fig3-architects-divided-lg.jpg
119.1 KB
А у меня для вас снова ссылка об архитектурных ролях: Enterprise-Solution-Technical, с описанием ответственности, видов работ и результатов деятельности https://www.bcs.org/articles-opinion-and-research/systems-architecture-the-3-basic-types/ (Не стал сжимать картинку. Её и так сложно рассматривать)
Zachman1992.jpg
1.7 MB
Многие идеи, лежащие в основе архитектуры предприятия, выросли из двух статьей Дж.Захмана 1987 и 1992 года. В дальнейшем они были двадцать раз переформулированы и рассеянны по TOGAF-ам, Archimate-ам и прочим источникам (см. «метамодель» Zachman выше).
Короткую заметку Объясняем матрицу Захмана, с первой порцией этих идей, я написал четыре года назад. А вот продолжение, в большей степени про идеи из второй статьи Extending and formalizing the framework for information systems architecture, все обещаю, но никак не напишу. Надеюсь, что многим уже надоело ждать, а это отличный повод самим полистать оригинал
А свой текст я постараюсь написать в начале сентября, по возвращении с коротких каникул!
Короткую заметку Объясняем матрицу Захмана, с первой порцией этих идей, я написал четыре года назад. А вот продолжение, в большей степени про идеи из второй статьи Extending and formalizing the framework for information systems architecture, все обещаю, но никак не напишу. Надеюсь, что многим уже надоело ждать, а это отличный повод самим полистать оригинал
А свой текст я постараюсь написать в начале сентября, по возвращении с коротких каникул!
Новый сезон этого канала я начну с опросов. Конечно, настоящий опрос должен состоять, как минимум, из нескольких пунктов, а его результаты показывать корреляцию между выбранными вариантами ответов. Примерно, как в книге Ускоряйся! Наука DevOps (Accelerate: The Science of Lean Software and DevOps). Но мои задачи немного скромнее. Мне нужно подготовиться к выступлению на ArchDays 2022. Потому и вопросы у меня будут попроще и касаться описания архитектуры ИТ-решения. Их будет несколько. Сегодня первый
Что точно должно быть в описании архитектуры (множественный выбор)
Final Results
10%
Диаграмма маркетиктуры
38%
Architecture decision records
80%
Общий обзор решения(vision), декомпозиция решения на системы и модули
23%
Спецификации API
47%
Описание интеграционных сценариев
31%
Диаграммы последовательности (sequence)
25%
Диаграмма классов или ERD (диаграмма «сущность-связь»)
44%
Обзор требований
33%
Диаграмма развертывания
63%
Обоснование архитектуры
Продолжаем. Чего точно НЕ должно быть в описании архитектуры (множественный выбор)
Final Results
47%
Диаграммы маркетиктуры
6%
Architecture decision records
2%
Общего обзора решения(vision), декомпозиции решения на системы и модули
53%
Спецификаций API
13%
Описания интеграционных сценариев
20%
Диаграмм последовательности (sequence)
36%
Диаграмм классов и ERD (диаграммы «сущность-связь»)
19%
Обзора требований
19%
Диаграммы развертывания
5%
Обоснования архитектуры
Поговорили вчера о диаграммах как код и архитектуре как код https://youtu.be/_EaIHuRWshI
YouTube
Архитектура, диаграммы и код
Как-то раньше мне не попадался блог Wix Engineering, например статья Event Driven Architecture — 5 Pitfalls to Avoid - вполне внятная история о том, что за все хорошее придется платить. Часто совершая ошибки, ну или, как минимум, усложняя решение
Medium
Event Driven Architecture — 5 Pitfalls to Avoid
5 pitfalls that Wix engineers have encountered and fixed during their migration of more than 2000 microservices to Event Driven…
Просто не могу не поделиться новой заметкой от нашего любимого автора шаблонов интеграции Gregor Hohpe. Почему все так знакомо? https://architectelevator.com/transformation/constraint-advantage/
The Architect Elevator
Every Constraint is an Opportunity
You can make transformation lemonade from organizational lemons–sweetened up with the right dose of creativity.
Максим Смирнов(Слайды ArchDays 2022).pdf
3.7 MB
Обещал поделиться слайдами своего выступления на ArchDays'2022. Выполняю обещание!
Думаю, что чтению текста Mind-mapping Microservices Design Patterns многие предпочтут разглядывание картинки из него.
(И в данном случае это правильно, кмк)
(И в данном случае это правильно, кмк)
📆 1 ноября. Если в следующий вторник вы будете в Астане, то приглашаю послушать историю об изменении повседневных задач архитекторов и аналитиков
Forwarded from Astana Hub ️
⚡️ Микросервисная архитектура — одно из самых востребованных направлений в IT на сегодняшний день.
⠀
На семинаре представитель специализированного центра по ускоренному обучению IT-специалистов, IT Expert Lab — Максим Смирнов расскажет:
🔸 Какие типы микросервисов существуют, и когда какой из типов использовать;
🔸 Какие функции и данные целесообразно выделять в отдельный сервис;
🔸 Как справиться со сложностью из «зоопарка» технологий и множества межпроцессных взаимодействий;
🔸 Риски и выгоды распределенных систем.
⠀
❗️Присоединяйтесь на открытую лекцию от ведущей IT-школы Казахстана IT Expert Lab, регистрируйтесь по ссылке.
⠀
На семинаре представитель специализированного центра по ускоренному обучению IT-специалистов, IT Expert Lab — Максим Смирнов расскажет:
🔸 Какие типы микросервисов существуют, и когда какой из типов использовать;
🔸 Какие функции и данные целесообразно выделять в отдельный сервис;
🔸 Как справиться со сложностью из «зоопарка» технологий и множества межпроцессных взаимодействий;
🔸 Риски и выгоды распределенных систем.
⠀
❗️Присоединяйтесь на открытую лекцию от ведущей IT-школы Казахстана IT Expert Lab, регистрируйтесь по ссылке.
Честно говоря прозевал выход в октябре очередной версии с номером 3.2 нотации ArchiMate https://publications.opengroup.org/archimate-library/c226 Release Notes я так и не нашел. Вот здесь можно посмотреть список основных изменений, но какой-то революцией это не выглядит. Будем разбираться по ходу
publications.opengroup.org
ArchiMate® 3.2 Specification
This is the official specification of the ArchiMate 3.2 modeling language from The Open Group.
Ты-ж-архитектор! Сколько раз вы попадались в эту ловушку? Со мной это происходит постоянно. Стоит однажды назваться архитектором и уже не выбраться из-под огня заведомо нереальных ожиданий. Каждый норовит повесить на тебя своё представление относительно того, что архитектор должен знать, уметь или делать. И вот уже отовсюду слышится:
- Скажи[нарисуй, сделай] мне архитектор…
В такие моменты я вспоминаю архитектурные антипаттерны, о которых писал лет дцать тому назад по мотивам «What do software architects really do?» от Philippe Kruchten
- Скажи[нарисуй, сделай] мне архитектор…
В такие моменты я вспоминаю архитектурные антипаттерны, о которых писал лет дцать тому назад по мотивам «What do software architects really do?» от Philippe Kruchten
Forwarded from Russian Association of Software Architects (Roman)
Vaughn Vernon объясняет, почему построение канонической всеобъемлющей модели предприятия и единой предметной области на основе единой модели деятельности - миф, и для чего был разработан DDD:
—————
We're making an effort with DDD to recognize that there is no practical way to have a canonical, enterprise data model where every single element in the model is representative of how every team in the enterprise would want to use it. It just doesn't happen. There's always some difference, and many times there are many differences that make it very painful for one team to try to use the model that another team has created. That's why we're focused on the bounded context with a ubiquitous language.
—————
Оригинал статьи: Modeling Uncertainty with Reactive DDD (и тут 1.5 часовое видео на эту тему, которое покрывает ещё больше интересных вещей, чем статья).
—————
Сама статья посвящена не столько критике unified canonical model-и как таковой (про проблемы unified canonical model-и Вернон пояснил в самом начале, когда давал введение в DDD). Но очень интересной теме:
Rules for handling uncertainty must be defined in business logic that domain experts have agreed to, not buried in a technical implementation.
что уже само по себе стоит того, чтобы ознакомиться с этим материалом ))
—————
We're making an effort with DDD to recognize that there is no practical way to have a canonical, enterprise data model where every single element in the model is representative of how every team in the enterprise would want to use it. It just doesn't happen. There's always some difference, and many times there are many differences that make it very painful for one team to try to use the model that another team has created. That's why we're focused on the bounded context with a ubiquitous language.
—————
Оригинал статьи: Modeling Uncertainty with Reactive DDD (и тут 1.5 часовое видео на эту тему, которое покрывает ещё больше интересных вещей, чем статья).
—————
Сама статья посвящена не столько критике unified canonical model-и как таковой (про проблемы unified canonical model-и Вернон пояснил в самом начале, когда давал введение в DDD). Но очень интересной теме:
Rules for handling uncertainty must be defined in business logic that domain experts have agreed to, not buried in a technical implementation.
что уже само по себе стоит того, чтобы ознакомиться с этим материалом ))
InfoQ
Modeling Uncertainty with Reactive DDD
Vaughn Vernon has written several books on DDD and reactive messaging patterns, and has found that the nature of distributed systems means you must deal with uncertainty. How to respond to a missing message, or a message that is received twice, should be…
Неплохой текст про инструментарий корпоративного архитектора https://medium.com/geekculture/enterprise-architecture-tools-b8165c8c9d7 (Ну, как говорится, для начинающих. Про завершение времени устаревшие презентаций и многословных документов сказано, чтоб читателя улыбнуло)
Medium
Enterprise Architecture Tools
A practical guide
Сегодня у меня для вас архитектурная заметка от Mahdi Yusuf с возвращением к приложениям 12 факторов из октября 2022. Что-то поменялось, а что-то нет. Читайте текст, рассматривайте картинки https://architecturenotes.co/12-factor-app-revisited/
Курс по микросервисной архитектуре теперь и в Казахстане http://itexpertlab.tilda.ws/
14-17 декабря с 10:00 до 14:30 (GMT+6), пока в онлайн формате
14-17 декабря с 10:00 до 14:30 (GMT+6), пока в онлайн формате