Вчерашнее обсуждение архитектуры решений (Solution Architecture) ожидаемо привело к обсуждению архитектуры предприятия (Enterprise Architecture, EA).
Напомню, что я посетовал на скудность материалов по архитектуре решений и как тут не вспомнить про их изобилие про архитектуру корпоративную. Может и не надо никаких специальных материалов по архитектуре решений и достаточно взять, например, TOGAF EA Practitioner's Guide где в разделах Walk Through Architecture to Support Project или Walk Through Architecture to Support Portfolio даны рекомендации по адаптации процесса разработки архитектуры для проекта и портфеля соответственно. Как думаете?
Напомню, что я посетовал на скудность материалов по архитектуре решений и как тут не вспомнить про их изобилие про архитектуру корпоративную. Может и не надо никаких специальных материалов по архитектуре решений и достаточно взять, например, TOGAF EA Practitioner's Guide где в разделах Walk Through Architecture to Support Project или Walk Through Architecture to Support Portfolio даны рекомендации по адаптации процесса разработки архитектуры для проекта и портфеля соответственно. Как думаете?
pubs.opengroup.org
1 Introduction
The Open Group
Как так выходит, что практически любая архитектура вдруг становится частью архитектуры предприятия? Вот готовит бизнес-архитектор или солюшн своё описание, а затем приходит архитектор предприятия и говорит, что теперь это описание стало частью архитектурного ландшафта.
Нет в этом ничего удивительного. В архитектуре предприятия такому развитию событий способствует много вещей и, в частности, концепция архитектурного ландшафта (EA Landscape). Если мы заглянем в раздел 3.2.1 Introduction to the EA Landscape руководства TOGAF ADM Practitioners’ Guide, то узнаем про эту концепцию следующее:
- не существует единого описания архитектуры предприятия
- в любой момент времени типичное предприятия использует для решения своих задач различные по широте, детальности, времени достижения и актуальности описания (см. рисунок)
- каждый проект развивает ландшафт ограниченно, в необходимом для достижения целей проекта объеме
- ну, а EA Landscape представляет собой полный набор всех архитектурных описаний
Сконструирована эта концепция таким образом неслучайно. EA изначально была нацелена на то, чтоб не только стать инструментом идентификации и организации изменений на предприятии, но и объединить собой все прочие архитектуры
Нет в этом ничего удивительного. В архитектуре предприятия такому развитию событий способствует много вещей и, в частности, концепция архитектурного ландшафта (EA Landscape). Если мы заглянем в раздел 3.2.1 Introduction to the EA Landscape руководства TOGAF ADM Practitioners’ Guide, то узнаем про эту концепцию следующее:
- не существует единого описания архитектуры предприятия
- в любой момент времени типичное предприятия использует для решения своих задач различные по широте, детальности, времени достижения и актуальности описания (см. рисунок)
- каждый проект развивает ландшафт ограниченно, в необходимом для достижения целей проекта объеме
- ну, а EA Landscape представляет собой полный набор всех архитектурных описаний
Сконструирована эта концепция таким образом неслучайно. EA изначально была нацелена на то, чтоб не только стать инструментом идентификации и организации изменений на предприятии, но и объединить собой все прочие архитектуры
Архитектура ИТ-решений
The Open Group решили порадовать нас мультиком про Archimate https://youtu.be/-7UhU4kGRUE?si=WzNlGLGs9IB_wDKW
Archimate форум из The Open Group продолжает придумывать всякие разные инициативы. Месяц назад я про мультик рассказывал. Теперь вот они зовут в свое сообщество поделиться и пообсуждать паттерны: https://blog.opengroup.org/2023/11/21/the-archimate-patterns-library-what-is-it-and-how-to-contribute/
The Open Group Blog - Achieving business objectives through technology standards
The ArchiMate® Patterns Library: What is it and how to contribute - The Open Group Blog
By Kelly Canon, ArchiMate® Forum Director, The Open Group The ArchiMate Modeling Language standardizes an organization's framework to effectively describe, analyze, and visualize their Enterprise Architecture. By using a standardized language such as the…
Ну как не поделиться такой веселой заметкой про Circuit-Breaker Pattern https://lab.scub.net/architecture-patterns-the-circuit-breaker-8f79280771f1
Medium
Architecture Patterns : The Circuit-Breaker
What is “Circuit Breaker”?
Похоже, тут новый манифест архитекторов появился. Последим за реакцией https://www.thefrugalarchitect.com/
Архитектура ИТ-решений
Похоже, тут новый манифест архитекторов появился. Последим за реакцией https://www.thefrugalarchitect.com/
Два видео в тему. Вчерашний кейноут собственно от Dr. Werner Vogels на AWS re:Invent 2023 на пару часов:
https://youtu.be/UTRBVPvzt9w и от Владимира Иванова на час покороче: https://youtu.be/yRkayvvzX7Q
https://youtu.be/UTRBVPvzt9w и от Владимира Иванова на час покороче: https://youtu.be/yRkayvvzX7Q
После добавления новой фичи похожие каналы telegram обнаружил 74 канала, похожих на этот(посмотреть можно в свойствах). Не знаю, что с этим делать, но сами каналы, при случае, посмотрю
Telegram
Похожие каналы, перепост историй и ещё 9 нововведений
Сегодняшнее обновление позволяет находить похожие каналы, делать перепосты историй от друзей и каналов, добавлять видеосообщения в истории, настраивать персональные цвета профиля и устанавливать в чатах обои для себя и собеседника. Каналам теперь доступны…
Если вы любите большие пространные рассуждения про CAP теорему и согласованность данных в распределенных информационных системах, то длинный текст Марка Бёрджесса Deconstructing the `CAP theorem' for CM and DevOps безусловно для вас.
Со списком литературы и в двух частях:
Part 1: The Special Theory of Relativity for distributed systems
Part 2: The greatest distributed system of them all
Со списком литературы и в двух частях:
Part 1: The Special Theory of Relativity for distributed systems
Part 2: The greatest distributed system of them all
Еще в октябре вышла новая книжка автора экстремального программирования Кента Бека Tidy First?: A Personal Exercise in Empirical Software Design
Книжка маленькая – 125 страниц. Практически, это набор из 33 небольших заметок, разбитых на три группы: tidyings, managing, theory. Но писал её Бек 3,5 года. А в прошлогоднем выступлении на QCon plus он рассказал, что это первая книга в серии из трех. Еще не вышедшие книжки расскажут о взаимодействии внутри разработчиков и разработчиков с заказчиками
Книжка маленькая – 125 страниц. Практически, это набор из 33 небольших заметок, разбитых на три группы: tidyings, managing, theory. Но писал её Бек 3,5 года. А в прошлогоднем выступлении на QCon plus он рассказал, что это первая книга в серии из трех. Еще не вышедшие книжки расскажут о взаимодействии внутри разработчиков и разработчиков с заказчиками
O’Reilly Online Learning
Tidy First?
Messy code is a nuisance. "Tidying" code, to make it more readable, requires breaking it up into manageable sections. In this practical guide, author Kent Beck, creator of Extreme Programming … - Selection from Tidy First? [Book]
Очень короткая и простая история про команды, запросы и события https://youtu.be/G9LjwV8yDZU?si=79xMz21ok9q2czY_
YouTube
Commands, Queries, and Events | Designing Event-Driven Microservices
► LEARN MORE: https://cnfl.io/microservices-101-module-1
Messages between microservices come in three different flavors: Commands, Queries, and Events. Commands change the state, queries request the state, and events share the state. When designing microservice…
Messages between microservices come in three different flavors: Commands, Queries, and Events. Commands change the state, queries request the state, and events share the state. When designing microservice…
📆 27 декабря 10:30 MSK
Уже традиционный и абсолютно бесплатный стрим по Архитектуре решений (Solution Architecture) с ответами на ваши вопросы.
Поговорим о границе между архитектурой решений и архитектурой предприятия; сходствах и различиях между ними. А еще о карьерных кризисах и возможных выходах из них для архитектора решений. Ну и о том, что меняется в архитектуре решений, а что остается прежним.
В общем, задавайте вопросы
Подробности и регистрация здесь: https://mxsmirnov.timepad.ru/event/2717600/
Уже традиционный и абсолютно бесплатный стрим по Архитектуре решений (Solution Architecture) с ответами на ваши вопросы.
Поговорим о границе между архитектурой решений и архитектурой предприятия; сходствах и различиях между ними. А еще о карьерных кризисах и возможных выходах из них для архитектора решений. Ну и о том, что меняется в архитектуре решений, а что остается прежним.
В общем, задавайте вопросы
Подробности и регистрация здесь: https://mxsmirnov.timepad.ru/event/2717600/
Архитектура ИТ-решений
📆 27 декабря 10:30 MSK Уже традиционный и абсолютно бесплатный стрим по Архитектуре решений (Solution Architecture) с ответами на ваши вопросы. Поговорим о границе между архитектурой решений и архитектурой предприятия; сходствах и различиях между ними.…
YouTube
Архитектура решений. Ответы на вопросы
Подробности и регистрация: https://mxsmirnov.timepad.ru/event/2717600/
Курсы:
"Мастерская проектирования ИТ-решений": https://www.itexpert.ru/aws-online/
"Микросервисная архитектура": https://itexpert.ru/msa-online/
"Модели корпоративной архитектуры. TOGAF10…
Курсы:
"Мастерская проектирования ИТ-решений": https://www.itexpert.ru/aws-online/
"Микросервисная архитектура": https://itexpert.ru/msa-online/
"Модели корпоративной архитектуры. TOGAF10…
Короткий текст и несколько ссылок у меня в блоге: Архитектура данных в архитектуре решений
Новый год в архитектурной блогосфере начинается вполне традиционными разговорами.
Это было бы еще одним текстом о том, какими бывают ИТ-архитекторы, если бы не попытка автора привязать разные виды архитектур к разным диаграммам из C4 Model (картинка внутри). Идея в данном конкретном вопросе, на мой взгляд, так себе. Хотя искать различия, обусловленные точками зрения стейкхолдеров – вполне себе архитектурный подход https://lab.scub.net/the-different-types-of-software-architects-c4-model-perspective-dcf3bb4c49e8
Это было бы еще одним текстом о том, какими бывают ИТ-архитекторы, если бы не попытка автора привязать разные виды архитектур к разным диаграммам из C4 Model (картинка внутри). Идея в данном конкретном вопросе, на мой взгляд, так себе. Хотя искать различия, обусловленные точками зрения стейкхолдеров – вполне себе архитектурный подход https://lab.scub.net/the-different-types-of-software-architects-c4-model-perspective-dcf3bb4c49e8
Medium
The Different Types of Software Architects : C4 model perspective
This paper proposes a description of different architecture types. However, as this has been done many times before, I want to add the…
Архитектура ИТ-решений
Краткое описание к advanced integration patterns здесь: https://www.enterpriseintegrationpatterns.com/ramblings/80_syncorswim.html
Исходная заметка Ivan Gevirtz о визуализации потока управления http://www.ivanism.com/Articles/SinkorSwim.html
Исходная заметка Ivan Gevirtz о визуализации потока управления http://www.ivanism.com/Articles/SinkorSwim.html
Enterprise Integration Patterns
Sync or Swim
We were tempted multiple times to extend the EIP icon language, but always felt that simplicity should win over precision
Почему люди перестали использовать варианты использования?
В опубликованном в ноябре прошлого года тексте Ивара Якобсона и Алистера Коберна (которых, я думаю, не надо дополнительно представлять) приводятся следующие три фактора:
1. Тенденция делать из описания варианта использования настоящую энциклопедическую статью
2. Написание вариантов использования требует исследований и размышлений
3. Появление пользовательских историй. (Отдельная часть статьи – размышления о сильных и слабых сторонах user stories)
Полный текст здесь: https://queue.acm.org/detail.cfm?id=3631182
В опубликованном в ноябре прошлого года тексте Ивара Якобсона и Алистера Коберна (которых, я думаю, не надо дополнительно представлять) приводятся следующие три фактора:
1. Тенденция делать из описания варианта использования настоящую энциклопедическую статью
2. Написание вариантов использования требует исследований и размышлений
3. Появление пользовательских историй. (Отдельная часть статьи – размышления о сильных и слабых сторонах user stories)
Полный текст здесь: https://queue.acm.org/detail.cfm?id=3631182
Архитектура ИТ-решений
Почему люди перестали использовать варианты использования? В опубликованном в ноябре прошлого года тексте Ивара Якобсона и Алистера Коберна (которых, я думаю, не надо дополнительно представлять) приводятся следующие три фактора: 1. Тенденция делать из описания…
Дополню это сообщение чуть более ранней ссылкой https://queue.acm.org/detail.cfm?id=2912151
Здесь немножко про историю вариантов использования, их позиционирование(на мой взгляд, неверное, как и в предыдущем тексте) и шесть принципов подхода, и названного Якобсоном Use-case 2.0
Здесь немножко про историю вариантов использования, их позиционирование(на мой взгляд, неверное, как и в предыдущем тексте) и шесть принципов подхода, и названного Якобсоном Use-case 2.0
queue.acm.org
Use-Case 2.0 - ACM Queue
Use cases have been around for almost 30 years as a requirements approach and have been part of the inspiration for more-recent techniques such as user stories. Now the inspiration has flown in the other direction. Use-Case 2.0 is the new generation of use…
Короткая заметка о том, что с заинтересованными лицами ситуация чуть сложнее, чем кажется на первый взгляд: Слоёный пирог стейкхолдеров