Думаю, что чтению текста Mind-mapping Microservices Design Patterns многие предпочтут разглядывание картинки из него.
(И в данном случае это правильно, кмк)

📆 1 ноября. Если в следующий вторник вы будете в Астане, то приглашаю послушать историю об изменении повседневных задач архитекторов и аналитиков

⚡️ Микросервисная архитектура — одно из самых востребованных направлений в IT на сегодняшний день.
⠀
На семинаре представитель специализированного центра по ускоренному обучению IT-специалистов, IT Expert Lab — Максим Смирнов расскажет:
🔸 Какие типы микросервисов существуют, и когда какой из типов использовать;
🔸 Какие функции и данные целесообразно выделять в отдельный сервис;
🔸 Как справиться со сложностью из «зоопарка» технологий и множества межпроцессных взаимодействий;
🔸 Риски и выгоды распределенных систем.
⠀
❗️Присоединяйтесь на открытую лекцию от ведущей IT-школы Казахстана IT Expert Lab, регистрируйтесь по ссылке.

Честно говоря прозевал выход в октябре очередной версии с номером 3.2 нотации ArchiMate https://publications.opengroup.org/archimate-library/c226 Release Notes я так и не нашел. Вот здесь можно посмотреть список основных изменений, но какой-то революцией это не выглядит. Будем разбираться по ходу

Ты-ж-архитектор! Сколько раз вы попадались в эту ловушку? Со мной это происходит постоянно. Стоит однажды назваться архитектором и уже не выбраться из-под огня заведомо нереальных ожиданий. Каждый норовит повесить на тебя своё представление относительно того, что архитектор должен знать, уметь или делать. И вот уже отовсюду слышится:
- Скажи[нарисуй, сделай] мне архитектор…
В такие моменты я вспоминаю архитектурные антипаттерны, о которых писал лет дцать тому назад по мотивам «What do software architects really do?» от Philippe Kruchten

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.
что уже само по себе стоит того, чтобы ознакомиться с этим материалом ))

Неплохой текст про инструментарий корпоративного архитектора https://medium.com/geekculture/enterprise-architecture-tools-b8165c8c9d7 (Ну, как говорится, для начинающих. Про завершение времени устаревшие презентаций и многословных документов сказано, чтоб читателя улыбнуло)

Сегодня у меня для вас архитектурная заметка от Mahdi Yusuf с возвращением к приложениям 12 факторов из октября 2022. Что-то поменялось, а что-то нет. Читайте текст, рассматривайте картинки https://architecturenotes.co/12-factor-app-revisited/

Курс по микросервисной архитектуре теперь и в Казахстане http://itexpertlab.tilda.ws/

14-17 декабря с 10:00 до 14:30 (GMT+6), пока в онлайн формате

Картинку нашел у себя в архиве. Но не принимайте её всерьез!

Там же есть ссылка на Community list of comparisonsbetween Text to Diagram tools

Из-за спам-ботов я вынужден был сделать непубличной группу "ИТ-архитектура во всех её проявления". Поэтому, некоторые сообщения из неё я буду добавлять в этот канал. Как например, предоставленный Андреем Гордиенковым набор ссылок на описания архитектуры, сделанные участниками O'Reilly Architectural Katas 2020 #Katas

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 место

Пересмотрел немного что там судьи сказали, и они больше всего выделили анализ рисков и стоимости по принятым решениям, и что мол ближе всего к тому, что можно прям брать и делать

Набросал несколько абзацев в блоге. Называется заметка: Diagrams as code 2.5

Ну, кстати, неплохо (+/- пару итераций отрисовки) https://twitter.com/johncutlefish/status/1528153764321849344 Осталось каждому паттерну коммуникаций пририсовать характерную архитектуру создаваемого продукта

Тем временем, наша группа Работа для ИТ-архитекторов преодолела скромный рубеж в 3000 подписчиков

Olaf Zimmermann (ZIO) написал небольшую заметку https://medium.com/olzzio/the-markdown-adr-madr-template-explained-and-distilled-b67603ec95bb к пятилетию шаблона Markdown Any Decision Record (MADR)

Только вчера, на очередном потоке курса Микросервисная архитектура, обсуждали Circuit Breakers паттерн, а сегодня о нем очередной architecture notes https://architecturenotes.co/circuit-breakers/?ref=architecture-notes-newsletter (надеюсь, что подписка там до сих пор бесплатная)

Про разницу между Sagas и Distributed Transactions https://medium.com/nerd-for-tech/transactions-in-distributed-systems-b5ceea869d7d

Много вопросов про ADR в разработке. У меня был отдельный вебинар про записи архитектурных решений: https://youtu.be/9vtf33NIJrE?t=110

А вот и свеженький твит Сэма Ньюмена про ADR: https://twitter.com/samnewman/status/1606662244238069760