Архитектура ИТ-решений
15.8K subscribers
312 photos
2 videos
33 files
1.17K links
Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений).
Контакт: @maximsmirnoff

Регистрация в перечне РКН: https://knd.gov.ru/license?id=6735f4cd97de7d1d1953c457&registryType=bloggersPermission
Download Telegram
Наверное, это только мне показалось, что к 4-му финополису спикерам основной пленарки участвовать в ней стало довольно скучно https://youtu.be/sMXU5g5SwRQ Понятно, что отвечать на вопрос нафига нужна биометрия для дистанционного открытия счета никто не будет (Еще вроде как банкам и по 200 рублей решили выдавать, вот ведь источник дохода какой открылся!) Понятно, что единая система платежей, равно как и несколькими годами раньше единая карта «МИР», будут объявлены главным инструментом поддержания конкурентной среды. Разве кто-то с такой заботой о конкуренции не согласен? Понятно, что самые большие способны оперативней реагировать на любые выкрутасы регуляторов (а вы думали, что agile для чего-то другого?), а другим и к открытым данным, почему-то, не подобраться. В общем, добро пожаловать в мир единых госплатформ, которые однажды загонят весь наш финансовый рынок в свою «регуляторную песочницу»
Кстати, о конкуренции. Лет пять назад, рассказывая о подрывных инновациях, я любил цитировать книжку Николаса Карра https://www.e-reading.club/book.php?book=25826 который самым подробным образом разбирает тот факт, что конкуренция в инновационной среде происходит не между участниками рынка, а между партнерами по экосистеме, участвующими в общей цепочке создания ценности
Gartner выпустил "Top 10 Strategic Technology Trends for 2019" https://www.gartner.com/doc/3891569 (подписка не требуется) Вот даже не знаю, есть ли среди них хотя бы один, который бы меня заинтересовал
Просто не могу не поделиться этой прекрасной рекламой. В выделенной строчке каждое слово значимо ;-)
Результаты бесплатно https://www.gartner.com/reviews/market/enterprise-architecture-tools а Magic Quadrant и Critical Capabilities за большие деньги
Even if you are doing microservices very well, there will always be a person from your company who will describe your software architecture as a dependency hell, or a distributed monolith.

Anyhow, you cannot override Conway’s Law; your architecture will always be a copy of your organization structure. This is always a complex network/graph, except if you do a one-man show or an under-funded startup with your college besties

https://neo4j.com/blog/start-thinking-about-your-organization-as-a-graph/
Похоже, мне скоро придется перерисовывать пример с функциональной картой системы решения инцидентов https://mxsmirnov.files.wordpress.com/2016/04/inc.jpg Инноваторы service management считают, что привычная воронка поддержки, с выделением 1-го, 2-го и прочих уровней устаревает https://www.serviceinnovation.org/intelligent-swarming/ уступая место Intelligent Swarming. Ну, в общем-то, поддержка на практике сейчас где-то так и работает
С интересом обнаружил в гартнеровском отчете Magic Quadrant for Enterprise Architecture Tools, что в слоёной модели архитектуры предприятия произошла замена слоя application на solution. Собственно, я всё время в своих курса о solution architecture и рассказывал. Цитата:

Definition of Enterprise Architecture
EA is a discipline that proactively and holistically leads enterprise responses to disruptive forces. It does this by identifying and analyzing the execution of change toward the desired business vision and outcomes. Mainstream viewpoints of EA include:
Business architecture, which guides people, process and organizational change
Information architecture, which focuses on the consistent sharing of information across the enterprise
Solution architecture, which develops a direction for managing the portfolios of to-be solutions
Technical architecture, which focuses on evolving the technical infrastructure
Что-то подсказывает мне, что в IT4IT главная проблема заключена в слишком сложных картинках. Пара диграмм Эйлера и простая диаграмма классов - и принятие подхода пошло бы живее
Всё же, косноязычие ГОСТ Р 57100. Системная и программная инженерия. Описание архитектуры https://mxsmirnov.com/2017/06/10/gost-r-57100/ не главная его проблема(как впрочем и англоязычных предшественников).

Основной вариант использования описания архитектуры не в том, чтоб быть рабочим продуктом для обмена результатами, контроля и бла-бла-бла. Описание архитектуры в большей степени полуфабрикат, способный стать(или не стать) триггером обдумывания и обсуждения. Это явно следует из всего его содержания, всех этих разговоров про views, concerns и stakeholders. Это интуитивно понятно, даже банально, но пока мы не вербализуем эту мысль, то не сможем и сформулировать практики обдумывания и улучшения ИТ-архитектуры
Немного странно, что, взвалив на себя две функции: отображение текущей архитектуры системы и проектирование её изменений, архитекторы, будто бы специально игнорируют третью – выявление случившихся изменений. Я как-то и не слышал, чтоб архитектор, а не кто-то другой, рассказывал бы про эволюцию приложения. Мол за последний год объем данных рос так, основная доля операций сместилась с этой ветки процесса на эту, количество расширений удвоилось; а еще случилось такое вот принципиальное изменение, поменявшее ключевые свойства, читай, архитектуру нашей системы. Не удивительно, что без учета такой динамики, погоня за целевой архитектурой напоминает историю про Ахиллеса и черепаху
Эта картинка из нового European Interoperability Framework (EIF), там еще есть и European Interoperability Reference Architecture, с картинками в Archimate и много чего еще