Поделюсь еще одним мероприятием от JUG Ru Group Бесплатный фестиваль для разработчиков и им сочувствующих TechTrain пройдет онлайн 18 сентября, в 12:00

Посмотреть всю программу и зарегистрировать можно на сайте.

А вот и ответ от DrawIo. https://www.diagrams.net/blog/tags-in-diagrams Метки на диаграммах не просто этой осенью вошли в моду. Они становятся обязательной фичей

Поделюсь: https://habr.com/ru/company/rabota/blog/578340/

Практически не сомневаюсь, что автор статьи ответит на ваши вопросы как по тексту, так и непосредственно по DocHub, например, в группе обсуждения канала: https://t.me/joinchat/RjhmcXf0go0zMjli

Приятно когда вспоминают про архитектуру. Озадачивает, когда называют три проблемы, неспецифичные для деятельности архитектора. Проще говоря, притянутые за уши. А потом предлагают решение, которое как бы и про архитектуру, но в принципе просто про трекинг работы. В общем, читаем тут https://habr.com/ru/company/dododev/blog/578052/ обсуждаем в группе канала Вдруг я предвзят и построже надо с этими самыми архитекторами, а то распустились тут!

Kafka 3.0.0 вышла, однако https://blogs.apache.org/kafka/

Как-то я пропустил, что Cloud Native Computing Foundation тоже выпускает технологические радары https://radar.cncf.io/2021-09-devsecops

"Getting started with DDD. Definitions of DDD and fundamental concepts to reduce the learning curve and confusion." by DDD-Crew of Nick Tune
- https://github.com/ddd-crew/welcome-to-ddd

"Domain-Driven Design Starter Modelling Process. If you're new to DDD and not sure where to start, this process will guide you step-by-step."
- https://github.com/ddd-crew/ddd-starter-modelling-process

#DDD #Microservices #SoftwareDesign #SoftwareArchitecture

Я думал, что под этим недавним твиттом Gregor Hohpe https://twitter.com/ghohpe/status/1441059739551420421 развернется флейм, но этого не случилось (Возможно, интересней хайповая переписка Буча с дядюшкой Бобом о том, являются ли микросервисы архитектурой или же стратегией развертывания https://twitter.com/Grady_Booch/status/1441871173957001224) Жаль, что не случилось. Тем трудней мне будет отстаивать тему заката интеграции приложений на archdays

Пока фейсбучек лежит можно полистать ютуб. И даже русскоязычные каналы про ИТ-архитектуру там обнаружить. Вот, например: https://www.youtube.com/user/Alellas/playlists

В группе началось обсуждение обновления профстандарта архитектора ПО https://t.me/itarchitect/98704. В принципе, такого рода стандарты вещь довольно безобидная. Ну, уровень квалификации у архитектора не выше 7-го. Еще какая-то загадочная вещь появилась с названием единая информационная среда.

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

Курс по микросервисам[2] я сейчас провожу примерно каждые три недели. И каждый раз практические занятия по рисованию архитектур съедают часть и без того коротких 24 академ.часов. Похоже, единственный выход жестко фиксировать нотацию. В следующем потоке устрою эксперимент с нотацией от Мэтта Макларти[1], у которого синхронные взаимодействия обозначаются прямой стрелочкой, асинхронные волнистой, запросы помечаются стрелочкой со значком вопроса (?), команды маркируются символом (!) и т.д. И, безусловно, поделюсь результатами эксперимента

[1] A visual language for digital integration
[2] Курс Микросервисная архитектура

Песенка волшебника: https://youtu.be/E7M4SNzHMYQ (или сказочника?)

Нашел перевод статьи Ната Шутта Should that be a Microservice? Keep These Six Factors in Mind про 6 (на самом деле 6+2) причин задуматься о целесообразности реализации части приложения в виде микросервиса. Можно смотреть на этот текст, как на чек-лист такого выбора

Олаф Циммерманн (ZIO), автор шаблона архитектурных решений, известного как (WH)Y-statements, предложил пять критериев для Definition of Done архитектурного решения (см. рисунок)

Я бы трактовал их как: обоснование-альтернативы-подтверждение-документирование-план реализации и контроля. Впрочем, только названий недостаточно. Без устного обсуждения не обойтись https://ozimmer.ch/practices/2020/05/22/ADDefinitionOfDone.html

Вдруг вам пока так и недовелось разобраться из чего состоит kubernetes. Тогда читайте перевод Внутреннее устройство Kubernetes-кластера простым языком из серии Kubernetes 101 (в серии пока 5 статей с большим количеством картинок, часть из которых даже анимированная; что-то банально, а что-то полезно)

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

За время отключения комментариев мне больше хотелось услышать ваши суждения вот об этом https://blogs.mulesoft.com/api-integration/strategy/a-visual-language-for-digital-integration/ Зачем оно нужно написал здесь: https://t.me/it_arch/1191

🛠150 проголосовавших на данный момент в опросе нашего чата Работа для ИТ-архитектора
- 69% (больше 100 человек) ищут понимания рынка труда ИТ-архитекторов, а еще 17% - других инстайтов
- всего 2% в поиске работы, 47% работают, но не исключают для себя других возможностей
- только 6% заглянули за новыми сотрудниками, 11% пришли пообщаться, а 5% не знают зачем пришли

Продолжаем опрос... 🔬

7 шагов для оценки архитектуры программного обеспечения при помощи Tiny Architectural Review Approach (TARA) с простым примером https://stefan-poeltl.medium.com/software-architecture-assessment-with-tara-e54844b78f73
1. Context Diagram and Requirements
2. Functional and deployment views
3. Code analysis
4. Requirements assessment
5. Identify and Report Findings
6. Create conclusions for the sponsor
7. Deliver the Findings and Recommendations