Продолжаем. Чего точно НЕ должно быть в описании архитектуры (множественный выбор)
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), пока в онлайн формате
Forwarded from Viktor
Там же есть ссылка на Community list of comparisonsbetween Text to Diagram tools
Text to diagram
Community list of comparisons between text to diagram tools
Из-за спам-ботов я вынужден был сделать непубличной группу "ИТ-архитектура во всех её проявления". Поэтому, некоторые сообщения из неё я буду добавлять в этот канал. Как например, предоставленный Андреем Гордиенковым набор ссылок на описания архитектуры, сделанные участниками O'Reilly Architectural Katas 2020 #Katas
Forwarded from Andrei Gordienkov
https://github.com/ldynia/archcolider - мы
остальные:
https://github.com/lastlegion/arch-katas
https://github.com/icedhacker/architecture-katas
https://github.com/hananoyama/architectural_kata
https://github.com/lookfwd/archkata
https://github.com/selfdriventeam/kata
https://github.com/heydragon2020
https://github.com/mtykhenko/davinci-kata
https://github.com/TheJedis2020/arch_katas_2020 - 3 место
https://github.com/miyagis-forests - 2 место
Пересмотрел немного что там судьи сказали, и они больше всего выделили анализ рисков и стоимости по принятым решениям, и что мол ближе всего к тому, что можно прям брать и делать
остальные:
https://github.com/lastlegion/arch-katas
https://github.com/icedhacker/architecture-katas
https://github.com/hananoyama/architectural_kata
https://github.com/lookfwd/archkata
https://github.com/selfdriventeam/kata
https://github.com/heydragon2020
https://github.com/mtykhenko/davinci-kata
https://github.com/TheJedis2020/arch_katas_2020 - 3 место
https://github.com/miyagis-forests - 2 место
Пересмотрел немного что там судьи сказали, и они больше всего выделили анализ рисков и стоимости по принятым решениям, и что мол ближе всего к тому, что можно прям брать и делать
GitHub
GitHub - ldynia/archcolider: O'Reilly's first Software Architectural Katas
O'Reilly's first Software Architectural Katas. Contribute to ldynia/archcolider development by creating an account on GitHub.
Набросал несколько абзацев в блоге. Называется заметка: Diagrams as code 2.5