Архитектура ИТ-решений

Вот прям сейчас, на наших глазах, в твиттере Саймон Браун рассказывает Крису Ричардсону что такое c4model https://twitter.com/crichardson/status/1615385523438092298

Похоже, что предыдущие 10 лет эти люди провели на разных планетах. Книжки, наверное, писали. Времени заглянуть в интернет не было

Обещал найти ссылку о применимости шаблона описания архитектурных решений ADR для более широкого класса решений.
Делюсь: ADR = Any Decision Record? Architecture, Design and Beyond

Я не знаю в каких еще инструментах рисования архитектурных картинок реализованы потоки (flow, анимация последовательности взаимодействий, в общем, см. картинку здесь: https://twitter.com/ice_panel/status/1615014031018053634),

Но вот в IcePanel они выглядят очень даже неплохо. Почитать подробнее можно во вчерашней заметке https://blog.icepanel.io/2023/01/16/reducing-diagram-maintenance-with-icepanel-overlays/

Отличная задумка - показать читателю разработку High Level Design от начала и до конца сделана в тексте Solution Architecture 101 : For Budding Architects Но, к сожалению, автор остановился в самом начале, на уровне предварительного наброска.

Подумываю о том, чтоб как-нибудь завершить в рамках одного из своих курсов

Кстати, уже в наступившем году McSweeney опубликовал огромную, как всегда, презентацию об архитектуре данных для архитекторов решений: https://www.researchgate.net/publication/366964200_Data_Architecture_For_Solutions

Platform Engineering как новый тренд в IT

Всего за какие-то пару лет платформенная инженерия перешла из разряда «шумихи» в современный IT-тренд. Многие компании, инженеры и просто идейные вдохновители смогли на практике изучить все ценности концепции.

Совсем недавно многие даже не слышали о такой области как Platform Engineering. На сегодняшний день, существуют десятки международных сообществ с тысячами последователей концепции платформенной инженерии. А первая в мире конференция PlatformCon собрала под одной крышей более 6 000 участников даже несмотря на ограничения в связи с пандемией.
При этом было бы неправильно говорить, что платформенная инженерия – совершенно новое явление. Одно из первых упоминаний появилось в 2017 году в Thoughtworks Tech Radar. Далее концепцию более подробно осветили Мануэль Паис и Мэтью Скелтон в своей книге «Топологии команд», выпущенной в 2019 году.

Сегодня все больше ведущих специалистов в компаниях из разных сфер ставят платформенную инженерию в качестве основного приоритета для развития бизнеса. В рамках исследований, специалисты разбили компании по секторам, указав процент специалистов внутри этих компаний, проголосовавших «за» внедрение концепции Platfrom Engineering⬇️

2023 - новый год платформ? Поделюсь ссылкой на сообщение в канале Express 42. Просто потому, что я тоже обратил внимание на PlatformCon 2022 и не столько из-за выступления G.Hohpe, а скорее вот из-за этого незатейливого рассказа с прекрасным названием Building disruptive platform while rewriting legacy applications. Думаю, в ближайшее время мы снова будем много говорить о платформах. И не важно, есть у вас унаследованное приложение из которого вы сделаете платформу или же вам потребуется луч маяка. Вера в волшебную платформу проявляется там, где перестают срабатывать другие механизмы управления сложностью
#platformengineering

Наконец у Alan McSweeney появилась новая, вот такая картинка, описывающая типы входящих в архитектуру решения элементов

Cranking out lines of code isn’t the most value-add activity for architects. But understanding system structures and hidden dependencies is, and debugging is all about that

Gregor Hohpe начинает 2023 год с разговора на нашу любимую тему: "Должен ли архитектор писать код" и приходит к неожиданному выводу о большей пользе для архитектора от участия в отладке: https://architectelevator.com/transformation/debugging-architect/

Мне показалась такая метафора достаточно красивой, пусть и немного многословной. https://betterprogramming.pub/is-your-microservices-architecture-more-pinball-or-mcdonalds-9d2a79224da7

... но всё равно короче, чем объяснить что такое CQRS тому, кто еще не в курсе

Насколько применимы идеи DDD в архитектуре предприятия? Готовы ли enterprise architects к серьезному восприятию концепций ubiquitous language, bounded context, которые возможно потребуют отказа от идеи единой метамодели? Имеет смысл хотя бы это обсуждать или подходы корпоративной архитектуры и предметно-ориентированного проектирования настолько разные, что и мешать их не стоит

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

PS: Ссылка на группу https://t.me/+RjhmcXf0go0zMjli

Продолжение ответов на вопросы: https://youtu.be/yIv6rGa2Pck

Новый год начинается с вечнозеленой темы https://www.workingsoftware.dev/software-architecture-documentation-the-ultimate-guide/, которую Patrick Roos предложил осмысливать при помощи шаблона #arc42 и #с4model

Дорогие друзья!

Наступает Новый, 2023-й год! По традиции, мы связываем с новогодним праздником свои самые лучшие, самые светлые мечты и надежды. Разрешите и мне пожелать вам позитивных изменений, открытия новых горизонтов и проявления обнадеживающих перспектив! Здоровья и благополучия вам, вашим друзьям и близким!

С Новым годом! 🍾🎄🎉

Запись https://youtu.be/SWzyDGG52mQ

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

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

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

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

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