Архитектура ИТ-решений
10.7K subscribers
257 photos
25 files
1.06K links
Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений, микросервисы).
-
Блог: https://mxsmirnov.com
Download Telegram
📆 20 апреля 10:30 MSK
Регистрируйтесь на мой бесплатный вебинар: Архитектура цифровой платформы

Обсуждаем модный термин #PlatformEngineering и пытаемся понять о чем речь:
1. Правда ли, что Platform Engineering это для тех, у кого не все получилось с DevOps
2. Или же это про внутреннюю платформу разработки (Internal Developer Platforms, IDPs). Что-то похожее на Backstage от Spotify
3. А может ...
Forwarded from Sergey Baranov
Первоисточники и истоки появления platform engineering вообще не про конкретные решения. Они про управление когнитивной нагрузкой и гибкость в следовании за изменениями в процессах.

Мы сейчас наблюдаем рождение очередного карго-культа, как с ESB (паттерн подменили вендорскими решениями), управление процессом (подменили jira) и так далее.

Противоречие в том, что платформы как инструменты, те что видел - это сильно-связанные внутри монолиты и ставят процесс разработки и управления знаниями (все его отдельные аспекты) в полную зависимость от одного вендора.

Бэкстейж, как и сама модель работы спотифай, развивались годами, пройдя определенный путь, который и привел их к текущей точке. Если брать их платформу, то нужно менять и оргструктуру и все окружающие процессы и культуру и инструменты и в ряде случаев технологии.
Ну, и еще немного про платформы. Почитать на выходных документ от CNCF: https://tag-app-delivery.cncf.io/whitepapers/platforms/
Каждая версия технологического радара приносит какие-то новые термины или переосмысляет прежние. Вышедшая на днях 28-ая версия не исключение. И в длинных списках платформ, инструментов и языков программирования может легко затеряться раздел про системы управления знаниями. Так что обратите внимание на то, что Thoughtworks включил в кольцо assess раздела инструментов Obsidian и Logseq
На AWS re:Invent 2022 знаменитый Gregor Hohpe в своем выступлении Are you integrating or building
distributed applications?
порадовал нас вот таким вот слайдом про RPC

[1] Ссылка на выступление https://youtu.be/Zrj7RD7G24Q?t=3141
[2] Слайды в PDF
Архитектура ИТ-решений
Наконец у Alan McSweeney появилась новая, вот такая картинка, описывающая типы входящих в архитектуру решения элементов
Можно было бы сделать отдельный курс по Solution Architecture по материалам от Alan McSweeney. Но пока этого не случилось, в дополнение к слайду о составе ИТ-решения, я поделюсь его слайдом об отображении компонент решения и зависимостей между ними
15 июня – завершается прием заявок на выступление на Flow 2023 — конференции по системному и бизнес-анализу от JUG Ru Group.

Конференция будет проходить четыре дня: 4–5 сентября в онлайне и 11–12 сентября в Москве с возможностью подключиться онлайн.

Я планирую выступить! Можно выбрать любой формат выступления — доклад, воркшоп, интервью, обсуждение, BoF-сессию или придумать что-то свое.

Хотите поделиться опытом? Подавайте заявку на выступление на сайте Flow.
Мало кто сомневался, что рано или поздно холст(canvas) описания архитектуры появится. Вероятно, не первый и не последний вариант Software Architecture Canvas представил пару недель назад Patrick Roos. Описание шаблона и параллели с arc42 и c4model см. по ссылке выше и в других текстах этого автора на workingsoftware.dev
У Olaf Zimmermann (ZIO) в блоге вчера появился гостевой пост How to Build and Run a Decision-Making Architecture Board По удивительному стечению обстоятельств именно о работе с решениями в формате ADR и вынесение их на архитектурный комитет мы обсуждаем на курсе Практики архитектуры предприятия очередной поток которого закончился тоже вчера
Наверняка вы однажды задумывались - откуда взялось разделение моделей на концептуальные, логические и физические. Не знаю, кто первым придумал такое разделение, но у Zachman оно уже есть. Появилось оно еще в первых вариантами матрицы, а некоторое самодостаточное описание можно почитать здесь Conceptual, Logical, Physical: It is Simple
Многие книги, а тем более статьи, появляющиеся в наше время, пытаются свести ИТ-архитектуру к набору практичных рекомендаций. В меру простых, чтоб их несложно было растолковать широкому кругу читателей, как правило не архитекторов. В меру полезных, ну или выглядящих такими. Ну, и конечно, охватывающим достаточно широкую область общих и актуальных для самых разных организаций проблем. Таковы, например, книжки Марка Ричардса. Хотя каждая последующая из этой условной трилогии глубже и интересней чем предыдущая, все их объединяет простая идея от SEI: давайте возьмем нефункциональные требования и выберем из «списка архитектур» ту, что подходит нашему сочетанию требований наилучшим образом.

При всем уважении к институту программной инженерии и выращенному им отряду ученых компьютерных наук, выскажу свой скептицизм в отношении такого подхода. ИТ-архитектура, конечно же, не ограничивается выбором формы декомпозиции требований на отдельные слабо- или не очень слабосвязанные процессы. Что остается между строк, скорее даже за стрелками и боксами архитектурных диаграмм – тема моего следующего вебинара.

Проанонсирую его в ближайшее время!
📆 2 июня 10:30 MSK
Обсуждаем границы архитектуры ИТ-решений и важные, но не столь очевидные, навыки Solution Architect-а. О чем не спросят на System Design Interview, но чего станут ожидать от вас в ходе всей трудовой деятельности

Регистрация: https://mxsmirnov.timepad.ru/event/2447052/