Соревнуюсь c DeepSeek в подготовке слайдов с рассказами об ИТ-архитектуре. Лет 15 назад, я предложил вот такую шутливую картинку, чтоб проще было разобраться в архитектурных ролях.
а сегодня попросил нарисовать нечто подобное дипсика (источник не указывал). Вот что получилось: Читать далее Какие бывают архитекторы
Вот что мне насочинял DeepSeek. Вроде получилось неплохо
Вот таблица, которая наглядно сравнивает Architecture Vision и High Level Design (HLD):
| Критерий | Architecture Vision | High Level Design (HLD) |
|---|---|---|
| Цель документа | Описание «зачем» и «куда». Стратегический документ, объясняющий цели и преимущества. | Описание «как». Технический документ, показывающий, как система будет работать. |
| Уровень детализации | Высокоуровневое описание целей, преимуществ и общего направления. | Более детальное описание компонентов системы и их взаимодействия. |
| Аудитория | Руководство, заинтересованные стороны (Stakeholders), бизнес-пользователи. | Технические специалисты, разработчики, архитекторы. |
| Содержание | — Цели и задачи. — Текущее состояние (Baseline). — Целевое состояние (Target Architecture). — Преимущества и выгоды. — Ключевые заинтересованные стороны. — Риски и ограничения. |
— Основные компоненты системы. — Взаимодействие между компонентами. — Технологии и инструменты. — Высокоуровневые потоки данных. |
| Когда используется | На начальном этапе проекта, чтобы получить одобрение от руководства и заинтересованных сторон. | После утверждения Architecture Vision, чтобы начать техническую реализацию. |
| Пример | «Цель — автоматизировать процессы. Преимущество — сокращение времени обработки заказов на 50%.» | «Веб-интерфейс будет отправлять данные в базу данных через REST API.» |
| Аналогия | Общее описание путешествия: «Мы поедем в Париж, чтобы увидеть Эйфелеву башню.» | Детали маршрута: «Мы поедем на поезде из Москвы в Париж, остановимся в гостинице рядом с Эйфелевой башней.» |
Оба документа важны, но они служат разным целям и используются на разных этапах проекта.
В предновогоднем тексте я заметил, что современный учебный курс по архитектуре решений не может обойтись без хорошего примера. И даже предложил в качестве такого примера известную архитектурную кату Отряд сисопов (Sysop Squad). Но не удосужился перечислить обязательные или крайне желательные характеристики такого примера. Сегодня я постараюсь исправить этот пробел и сформулировать список таких характеристик. Возможно, он будет полезен не только мне и будущему новому курсу, но и пригодится кому-нибудь при подборе задач для собеседования архитектора решений или как набор критериев при подборе других архитектурных кат именно для тренировки навыков Solution Architecture. Итак, приступим Читать далее Архитектура решений. Сложные компромиссы
В ходе предновогоднего стрима я уже отметил, что времена само-сбывающихся пророчеств в ИТ, похоже, прошли. В нулевые достаточно было консультантам объявить приход сервис-ориентированной архитектуры и вот уже все о ней только и говорят. Похожая ситуация складывалась и в десятые годы, только в роли провидцев теперь уже выступали интернет-гиганты. Они рассказывали про свой опыт построения высоконагруженных приложений или же просто публиковали как open source то или иное свое решение. Потом это тоже закончилось, а жанр рождественских гаданий превратился в отчеты о сделанном в году уходящем и изложение планов на год наступающий. Подчинюсь и я этому жанру. Читать далее Навстречу 2025-му. Свершения и прогнозы
Иногда я буду делать небольшие критические обзоры текстов разных авторов. Сегодня мне попалась заметка David R Oliver C4+1 — The Services Layer. В статье много есть к чему придраться, но я постараюсь только по существу. Читать далее За что не любят архитекторов предприятия
Многотомник текущей (десятой) версии фреймворка корпоративной архитектуры TOGAF содержит много советов по работе c заинтересованными лицами (stakeholders). А нотация описания архитектуры предприятия Archimate включает в себя довольно развесистый набор концепции для описания целей, оценок, движущих сил, ограничений и требований этих самых стейкхолдеров. Но все же, я думаю, что ряд довольно важных вещей, касающихся восприятия и взаимодействия с заинтересованными лицами, остался невысказанными. Они либо вообще не добрались до текста стандарта, либо запутались где-то между строк. Давайте о них сегодня поговорим Читать далее Слоёный пирог стейкхолдеров
Обсуждаем модный термин #PlatformEngineering. Пытаемся понять о чем речь:
Слайды: telegram-канал Архитектура ИТ-решений
Ссылки:
Международный институт бизнес-анализа IIBA в ноябре прошлого года выпустил новую книжку The Business Analysis Standard (Загрузить его можно с сайте IIBA https://go.iiba.org/The-Standard)
Краткий обзор, видеоролик и ответы на основные вопросы можно посмотреть по этой ссылке
Подход “Диаграммы как код” набирает все большую и большую популярность. Простая идея – создавать и редактировать описания диаграмм на некотором формально языке, а потом визуализировать их автоматически – завораживает. Идея не сильно новая. Первое упоминание о программа Graphviz, рисующей картинки, описанные на языке DOT, датируется 1991 годом. Вслед за ней появилось еще много чего. От горячо любимого всеми PlantUML до явно недооцененного сервиса Ilograph Читать далее Diagrams as code 2.5