Разбор AWS-овских картинок от Ilograph https://blog.ilograph.com/posts/fixing-aws-architecture-diagrams-vod/ Конечно, это в первую очередь реклама собственного инструмента, но придирки к картинкам Амазона и предложения по их улучшению вполне обоснованные

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

А заметки, опубликованные здесь, можно обсудить в специальной группе этого канала

June 2020, Philippe Kruchten:
30 years of software architecture https://youtu.be/70kyGrjs8rU
Слайды здесь: https://pkruchten.files.wordpress.com/2020/06/kruchten-2020-northrop-award.pdf

20 Октября Нил Форд будет хостить воркшоп по архитектурным катам. Если есть желание можно организовать команду и поучаствовать 🙂
https://learning.oreilly.com/live-training/courses/architectural-katas/0636920458463/

Все кто хочет поучаствовать - добавляйтесь в группу
https://news.1rj.ru/str/joinchat/CSEd5Rvy_6VeCyuZlnkGpA

Иногда небольшая доля занудства помогает разложить всё по полочкам https://www.infoq.com/articles/event-driven-finding-seams/

Недавнее от Jeanne Ross: https://sloanreview.mit.edu/article/why-you-yes-you-need-enterprise-architecture/

Следует ли расценивать появление в iOS 14 такой штуки как App Clips (в русской версии блиц-приложения) как дальнейшее проникновении идей Грега Янга о Task based UI и CQRS?

Не сумел ответить для себя на вопрос: почему в Large Scale Scrum акцент сделан на системной динамике https://less.works/ru/less/principles/systems-thinking Ведь это не единственный из способов имитационного моделирования. Есть еще, как минимум, дискретно-событийное и агентное моделирование, но о них вообще ни слова.

Намеренно ли умалчиваются альтернативы или же авторы просто ограничились чтением книжки Питера Сенге - не ясно

Оставить ли кнопку "Прокомментировать" в сообщениях канала "Архитектура ИТ-решений" или избавиться от неё, как думаете?

The Open Group выпустила стандарт Open Agile Architecture™ https://www.opengroup.org/open-group-publishes-open-agile-architecture Он довольно сильно отличается от вышедшей в прошлом году предварительной версии O-AAF, хотя и базируется на ней, включает основные темы и много чего еще. Стандарт, как и прочие документы Open Group, доступен у них на сайте https://pubs.opengroup.org/architecture/o-aa-standard/

Кому лень читать - одна из немногочисленных картинок O-AA Building Blocks. Вообще, с картинками в стандарте всё плохо, впрочем как всегда. Ну, ничего, со временем нарисуем

Набрел в ФБ на еще одну дискуссию о том, нужен ли корпоративный архитектор и, в случае положительного ответа, зачем он нужен. И в который раз наивно удивился тому, что в таких разговорах речь всегда идет о каких-то очень абстрактных предприятиях. Даже отраслевая принадлежность не дает ответа на вопрос: впишется ли в текущее устройство конкретной компании функция корпоративной архитектуры, есть ли зазор между реализациями других capabilities для архитектуры предприятия, есть ли потребности, не закрываемые имеющими функциональными подразделениями. Можно чётко обрисовать место архитектуры на business capabilities map: между операциями и стратегией, чуть в стороне от ИТ и неподалеку от основных заказчиков. А вот наличие потребности и возможности в том, чтоб занять это место, да еще и в данный конкретный момент времени – свойство каждого частного случая

Подарок для методиста https://microservice-api-patterns.org/ Обратите внимание на вводное слайд-шоу в верхнем правом углу

Или же многобукв для тех, кому это нравится https://microservice-api-patterns.org/introduction

Поясню почему я задал вопрос относительно этой книжки. На мой взгляд, в наше время недостаточно актуализирована тема моделирования данных. DDD подходит для разработчиков, но вряд ли годится для аналитиков и тем более специалистов предметной области. Они, если и принимают участие в сессия типа Event Storming, то делают это, как-бы вслепую. Отвечают на вопросы разработчиков, но не строят собственную и самодостаточную модель предметной области. Неявно предполагается, что она у них уже есть. Но даже в тех предметках, где наличие такой модели декларируется на поверку оказывается, что это не так. Не работают предметники с BDW, BIAN, SID и пр. за редким исключением. Раньше предполагалось, что старательный заказчик должен сесть и с помощь грамотного аналитика нарисовать UML диаграмму классов или модель сущность-связь. Реально, если кто-то этим и занимался, то высокооплачиваемые консультанты с весьма условным знанием предметной области, но большими понтами и голословными заявлениями о том, что модель у них есть. Сегодня роль данных стала ещё выше, а вовлеченность предметников в игру со стрелочками и квадратиками еще меньше. В общем, хочется иметь простую историю для людей из-за границы ИТ или же наших пограничников о том, как моделировать данные в конце второй декады XXI века

Возможно, аргументация автора статьи покажется вам банальной (мне она такой показалась), но нельзя не согласиться с тем, что бессерверные вычисления подбуксовывают https://www.infoq.com/articles/serverless-stalled/ Да и вообще, если функция вызывается крайне редко, можно и без разного рода платформ отдельный процесс застартовать (было же ведь так во времена CGI), а если не так уж и редко, то держите запущенный микросервис

Талант Кента Бека - автора экстремального программирования (XP), заключается в формулировании едва осознаваемых вещей понятными и простыми словами. Его очередная заметка: https://medium.com/@kentbeck_7670/monolith-services-theory-practice-617e4546a879