TOGAF 10. Краткий обзор

25 апреля 2022 года The Open Group выпустила версию 10 TOGAF. (Основная ссылка: Digital Edition of the TOGAF Standard) Это важная веха не только для The Open Group, но и для дисциплины архитектуры предприятия в целом. Стандарт TOGAF обновлялся нечасто (см. рисунок ниже). Появился он в 1995 году. Предыдущая большая версия с номером 9.0 вышла в 2009-м и обновлялась в 2011 и 2018 году. Именно в момент второго обновления, одновременно с выходом версии 9.2, было объявлено намерение превратить этот стандарт в некоторую открытую обновляемую библиотеку документов. Предполагалась, что в стандарте будет стабильное ядро, расширяемое отдельными рекомендациями и описаниями лучших практик. С выходом 10-ой версии это произошло. Но обо всем по порядку.

2021/22 наблюдения и прогнозы

Попался я на удочку, загрузив The InfoQ Trends Report 2021 Думал, почитаю свежие тренды наступающего года, а оказалось, что в декабре месяце InfoQ просто собрал в единую книжку публикации по Software Architecture and Design, Culture & Methods, etc., вышедшие еще в первом полугодии. Похоже, что жанр рождественских гаданий на технологии следующего года постепенно уходит в прошлое. Но некоторые динозавры остались, например, Forrester (см. https://www.forrester.com/predictions/ и чуть более сфокусировано здесь Predictions 2022: Software Development Adapts To A New Normal) Так что и я еще ряд вещей прокомментирую.

Многоликий Арчи

Евгений Погребняк доработал перевод истории отношений двух корпоративных архитекторов (обоих зовут Арчи) и руководителя бизнес-подразделения — Лоретты. Мы уже вспоминали этот текст  THE FUTURE ENTERPRISE ARCHITECT с сайта The Open Group, но в прошлый раз с переводом как-то не задалось (см. Архитектор Предприятия AS IS и TO BE ). Есть повод вернуться к этой истории

БУДУЩЕЕ КОРПОРТАТИВНОЙ АРХИТЕКТУРЫ

Оригинал статьи: https://blog.opengroup.org/2019/08/20/the-future-enterprise-architect/

Статья Терри Блевинса, члена The Open Group и корпоративного архитектора в Enterprise Wise LLC; отредактировал Шервин Микер, член The Open Group и главный консультант по управлению в IBM

UML Шрёдингера

По интернетам несколько месяцев бродит в оригинале и переводах статья Ernesto Garbarino Has UML Died Without Anyone Noticing? Слушатели предстоящего вебинара Грамматика системных моделей попросили меня поделиться собственным мнением о том, что же произошло с UML. Я решил разобрать статью целиком и сделаю это по переводу UML умер, а никто и не заметил?

Чистая архитектура и микросервисы

Боюсь, что этот текст выльется в достаточно большое количество букв. Но пишу сюда я тексты нечасто, так что может кто-нибудь его и осилит. Тем более, что использование микросервисов уже достаточно долго сопровождается вопросом: зачем мы это делаем. Несмотря на обилие вариантов ответов (см., например, отличный обзор Nate Schutta (+Matt Stine) Should that be a Microservice? Keep These Six Factors in Mind), вопрос этот задается снова и снова. У меня есть свой вариант ответа. Если говорить просто заключается он в переносе идей Чистой архитектуры Роберта С. Мартина (дядюшки Боба) из мира [монолитных] приложений в пространство распределенных архитектур. Цитата из его книжки Чистая архитектура. Искусство разработки программного обеспечения:

Архитектура программной системы – это форма, которая придается системе её создателями. Эта форма образуется делением системы на компоненты, их организацией и определением способов взаимодействия между ними. Цель формы – упростить разработку, развертывание и сопровождение программной системы, содержащейся в ней. Главная стратегия такого упрощения в том, чтоб как можно дольше иметь как можно больше вариантов.

Можно по-разному относиться к идеям этой книжки. Я даже не стану утверждать, что они всегда и всему подходят. Но небольшую часть из них, прежде чем вернуться к микросервисам, мне придется повторить.
Итак, поехали!

BPMN Slider

Меня попросили поразбираться и рассказать, что интересного произошло за последнее время с графическими редакторами бизнес-процессов. Нельзя сказать, что тема рисования процессных диаграмм переживает всплеск интереса, но и с повестки дня совсем не уходит. В предвкушении новых открытий я погрузился в короткое исследование самых разных графических редакторов от bpmn.io до Yaoqiang и действительно обнаружил некоторые изменения в программах для моделирования поведения

Воронка инициатив

Я часто рассказываю о том, что наибольшую ценность архитектор ИТ-решений приносит не ответом на вопрос как? реализовать ту или иную задачу, а отвечая на вопрос что? делать в первую очередь, что во вторую, а что пока не делать вовсе. Но в этом блоге так и нет внятной записи, рассказывающей о воронке инициатив, её этапах, правилах отсева идей и действиях, которые архитектор, аналитик и другие заинтересованные лица должны осуществить.

Аналитики vs. Архитекторы

Рискну поделиться субъективным мнением, надеясь, что его обсуждение не выльется в холивар. Есть много хороших бизнес/системных аналитиков, которым более-менее регулярно приходится заниматься проектированием ИТ-решений. ИТ-архитекторам тоже регулярно приходится заниматься анализом. Причем речь идет не только о технологиях, но, в не меньшей степени, о погружении в предметные области, концептуализации присущих им вещей и операции, конкретных практик деятельности организации. Может быть разделение профессий аналитика и архитектора необоснованно? Думаю, что нет. Я знаю хороших аналитиков, которые не хотят быть архитекторами, а также архитекторов, которые не смогут, да и не станут работать аналитиками. О том, как разобраться в собственных предпочтениях этот текст.

Стрим: Микросервисы. Обратный билет

Микросервисы. Обратный билет

Из telegram-канала Архитектура ИТ-решений

Я приступаю к этому тексту с наивным намерением сделать целую серию небольших заметок о современны архитектурах ИТ-решений и разобраться, в первую очередь для себя, является ли переход на микросервисную архитектуру путешествием в один конец. Мне довелось читать достаточное количество историй о том, как та или иная компания вернулась назад из микросервисного безумия, но ни разу я не видел подобной истории собственными глазами и даже не разговаривал с участниками или очевидцами. Предполагаю, что упомянутых выше историях есть определенное лукавство. Обратный билет из микросервисов представляется мне лженаучной фантастикой. Впрочем, безусловно, я вполне могу ошибаться. Если вам хочет поделиться со мной своим контрпримером, то обязательно это сделайте