Ещё один лонгрид с описанием хорошо нам известных трех архитектурных ролей: https://medium.com/@briqi/the-software-architecture-roles-3bfccc9e36d2 Автор обещает целую серию под общим заголовком Intuitive Software Architecture. Посмотрим, что получится. Начало, вроде бы, неплохое

Пост благодарности всем подписчикам этого канала 👍 Нас 8K 🎉

Спасибо за ваш интерес, оставайтесь с нами! 😜

Наверное, это лучший обзор от Мэтта МакЛарти https://www.infoq.com/articles/overcoming-restlessness/ o REST API и появившихся уже после REST протоколах. Ну и банальный вывод: для разных задач нужны разные протоколы и способы взаимодействия (Все нужные ссылки, включая post-REST внутри текста )

А у меня для вас снова ссылка об архитектурных ролях: Enterprise-Solution-Technical, с описанием ответственности, видов работ и результатов деятельности https://www.bcs.org/articles-opinion-and-research/systems-architecture-the-3-basic-types/ (Не стал сжимать картинку. Её и так сложно рассматривать)

Многие идеи, лежащие в основе архитектуры предприятия, выросли из двух статьей Дж.Захмана 1987 и 1992 года. В дальнейшем они были двадцать раз переформулированы и рассеянны по TOGAF-ам, Archimate-ам и прочим источникам (см. «метамодель» Zachman выше).

Короткую заметку Объясняем матрицу Захмана, с первой порцией этих идей, я написал четыре года назад. А вот продолжение, в большей степени про идеи из второй статьи Extending and formalizing the framework for information systems architecture, все обещаю, но никак не напишу. Надеюсь, что многим уже надоело ждать, а это отличный повод самим полистать оригинал

А свой текст я постараюсь написать в начале сентября, по возвращении с коротких каникул!

Новый сезон этого канала я начну с опросов. Конечно, настоящий опрос должен состоять, как минимум, из нескольких пунктов, а его результаты показывать корреляцию между выбранными вариантами ответов. Примерно, как в книге Ускоряйся! Наука DevOps (Accelerate: The Science of Lean Software and DevOps). Но мои задачи немного скромнее. Мне нужно подготовиться к выступлению на ArchDays 2022. Потому и вопросы у меня будут попроще и касаться описания архитектуры ИТ-решения. Их будет несколько. Сегодня первый

Поговорили вчера о диаграммах как код и архитектуре как код https://youtu.be/_EaIHuRWshI

Как-то раньше мне не попадался блог Wix Engineering, например статья Event Driven Architecture — 5 Pitfalls to Avoid - вполне внятная история о том, что за все хорошее придется платить. Часто совершая ошибки, ну или, как минимум, усложняя решение

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

Просто не могу не поделиться новой заметкой от нашего любимого автора шаблонов интеграции Gregor Hohpe. Почему все так знакомо? https://architectelevator.com/transformation/constraint-advantage/

Обещал поделиться слайдами своего выступления на ArchDays'2022. Выполняю обещание!

Думаю, что чтению текста 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/