Какие бывают архитекторы

Соревнуюсь c DeepSeek в подготовке слайдов с рассказами об ИТ-архитектуре. Лет 15 назад, я предложил вот такую шутливую картинку, чтоб проще было разобраться в архитектурных ролях.

а сегодня попросил нарисовать нечто подобное дипсика (источник не указывал). Вот что получилось: Читать далее Какие бывают архитекторы

Architecture Vision и High Level Design (HLD)

Вот что мне насочинял DeepSeek. Вроде получилось неплохо

Вот таблица, которая наглядно сравнивает Architecture Vision и High Level Design (HLD):

Критерий Architecture Vision High Level Design (HLD)
Цель документа Описание «зачем» и «куда». Стратегический документ, объясняющий цели и преимущества. Описание «как». Технический документ, показывающий, как система будет работать.
Уровень детализации Высокоуровневое описание целей, преимуществ и общего направления. Более детальное описание компонентов системы и их взаимодействия.
Аудитория Руководство, заинтересованные стороны (Stakeholders), бизнес-пользователи. Технические специалисты, разработчики, архитекторы.
Содержание — Цели и задачи.
— Текущее состояние (Baseline).
— Целевое состояние (Target Architecture).
— Преимущества и выгоды.
— Ключевые заинтересованные стороны.
— Риски и ограничения.
— Основные компоненты системы.
— Взаимодействие между компонентами.
— Технологии и инструменты.
— Высокоуровневые потоки данных.
Когда используется На начальном этапе проекта, чтобы получить одобрение от руководства и заинтересованных сторон. После утверждения Architecture Vision, чтобы начать техническую реализацию.
Пример «Цель — автоматизировать процессы. Преимущество — сокращение времени обработки заказов на 50%.» «Веб-интерфейс будет отправлять данные в базу данных через REST API.»
Аналогия Общее описание путешествия: «Мы поедем в Париж, чтобы увидеть Эйфелеву башню.» Детали маршрута: «Мы поедем на поезде из Москвы в Париж, остановимся в гостинице рядом с Эйфелевой башней.»

Итог

  • Architecture Vision — это стратегический документ, который задаёт направление и отвечает на вопросы «зачем» и «куда».
  • High Level Design (HLD) — это технический документ, который показывает, как двигаться в этом направлении, отвечая на вопрос «как».

Оба документа важны, но они служат разным целям и используются на разных этапах проекта.

Архитектура решений. Сложные компромиссы

В предновогоднем тексте я заметил, что современный учебный курс по архитектуре решений не может обойтись без хорошего примера. И даже предложил в качестве такого примера известную архитектурную кату Отряд сисопов (Sysop Squad). Но не удосужился перечислить обязательные или крайне желательные характеристики такого примера. Сегодня я постараюсь исправить этот пробел и сформулировать список таких характеристик. Возможно, он будет полезен не только мне и будущему новому курсу, но и пригодится кому-нибудь при подборе задач для собеседования архитектора решений или как набор критериев при подборе других архитектурных кат именно для тренировки навыков Solution Architecture. Итак, приступим Читать далее Архитектура решений. Сложные компромиссы

Навстречу 2025-му. Свершения и прогнозы

В ходе предновогоднего стрима я уже отметил, что времена само-сбывающихся пророчеств в ИТ, похоже, прошли. В нулевые достаточно было консультантам объявить приход сервис-ориентированной архитектуры и вот уже все о ней только и говорят. Похожая ситуация складывалась и в десятые годы, только в роли провидцев теперь уже выступали интернет-гиганты. Они рассказывали про свой опыт построения высоконагруженных приложений или же просто публиковали как open source то или иное свое решение. Потом это тоже закончилось, а жанр рождественских гаданий превратился в отчеты о сделанном в году уходящем и изложение планов на год наступающий. Подчинюсь и я этому жанру. Читать далее Навстречу 2025-му. Свершения и прогнозы

За что не любят архитекторов предприятия

Иногда я буду делать небольшие критические обзоры текстов разных авторов. Сегодня мне попалась заметка David R Oliver C4+1 — The Services Layer. В статье много есть к чему придраться, но я постараюсь только по существу. Читать далее За что не любят архитекторов предприятия

Слоёный пирог стейкхолдеров

Многотомник текущей (десятой) версии фреймворка корпоративной архитектуры TOGAF содержит много советов по работе c заинтересованными лицами (stakeholders). А нотация описания архитектуры предприятия Archimate включает в себя довольно развесистый набор концепции для описания целей, оценок, движущих сил, ограничений и требований этих самых стейкхолдеров. Но все же, я думаю, что ряд довольно важных вещей, касающихся восприятия и взаимодействия с заинтересованными лицами, остался невысказанными. Они либо вообще не добрались до текста стандарта, либо запутались где-то между строк. Давайте о них сегодня поговорим Читать далее Слоёный пирог стейкхолдеров

Platform Engineering. Архитектура цифровой платформы

Обсуждаем модный термин #PlatformEngineering. Пытаемся понять о чем речь:

  1. Правда ли, что Platform Engineering это для тех, у кого не все получилось с DevOps
  2. Или же это про внутреннюю платформу разработки (Internal Developer Platforms, IDPs). Что-то похожее на https://backstage.io/ от Spotify
  3. А может портал разработчика это только дверь, а платформой является все то, что скрывается за этой дверь. Похоже на холст с очагом, не правда ли?
  4. Причем здесь решения от Cloud Native Computing Foundation (CNCF) и правда ли с ними так много проблем, как об этом недавно написал Сэм Ньюман? 5. Как не влипнуть в очередной бестолковый проект и увидеть в платформе ценность

Слайды: telegram-канал Архитектура ИТ-решений

Ссылки:

  1. Getting started with Team Topologies — infographic
  2. Platform Engineering 101
  3. What I Talk About When I Talk About Platforms
  4. Digital Platform Strategy 
  5. The State of DevOps Report 2020. Internal Platforms & Change Management
  6. Backstage System Model
  7. Open Application Model
  8. Team Cognitive Load. By Matthew Skelton, Manuel Pais

 

The Business Analysis Standard

Международный институт бизнес-анализа IIBA в ноябре прошлого года выпустил новую книжку The Business Analysis Standard (Загрузить его можно с сайте IIBA https://go.iiba.org/The-Standard)

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

Diagrams as code 2.5

Подход “Диаграммы как код” набирает все большую и большую популярность. Простая идея – создавать и редактировать описания диаграмм на некотором формально языке, а потом визуализировать их автоматически – завораживает. Идея не сильно новая. Первое упоминание о программа Graphviz, рисующей картинки, описанные на языке DOT, датируется 1991 годом. Вслед за ней появилось еще много чего. От горячо любимого всеми PlantUML до явно недооцененного сервиса Ilograph Читать далее Diagrams as code 2.5