К основному содержимому
#Architecture

Sber Enterprise Architect Framework (SEAF) (Рубрика Architecture)

#Architecture #SoftwareArchitecture #SystemDesign #Software #SoftwareDevelopment #DistributedSystems

Интересное выступление про корпоративный архитектурный фреймворк от Сбера, которая позволяет посмотреть на один их подходов к документированию архитектуры.

Основные тезисы, что я почерпнул для себя

  • Этот фреймворк делала несколько лет команда экспертов для для решения проблем управления архитектурой и обеспечения его интеграции в производственный процесс

  • Философское наполнение этого фреймворка описано в статье "Архитектор 2.0" на Хабре

  • Фреймворк не противопоставляет себя другим фреймворкам, а скорее дополняет их, накапливая и оцифровывая практики - в иллюстрациях приведены DDD, TOGAF, C4 Model, ...

  • Фреймворк содержит внутри себя инструменты, пркатики, методологию и артефакты (хорошо, что онтологий нет)

  • Целью фреймворка создать цифровую модель предприятия, которая будет иметь неоспоримые характеристики и позволит производить производные.

  • Инструментом для автоматизации является DocHub, который я отношу к категории инструментов architecture documentation as a code

  • Инструмент позволяет создать рабочее место для архитекторов разных мастей, которые теперь будут рисовать на квадратики и стрелочки для визуализации - теперь они смогут писать это в yaml файлах. Все также как и раньше будет дуализм: 1) то, что происходит в коде и на инфраструктуре и 2) то, что нарисовал архитектор в своих yaml. Зато теперь это можно называть as a Code

  • Фреймворк подходит для федеративного управления архитектурой, которая может быть расширяема и адаптирована под нужды каждого домена

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

  • SEAF стимулирует сообщество к адаптации фреймворка под свои нужды и использовании успешных методологий

  • Автор агитирует к переходу от архитектора 1.0 к архитектору 2.0. Архитектор 1.0 - это человек, который визуализирует визуальную схему и модель, в то время как архитектор 2.0 - это человек, который создает архитектуру и постоянно работает над улучшением и заимствованием практик.

  • В докладе автор рассказывает про метамодель, которая описана еще и на Github

  • Для структурирования метамодели выбран подход разделения ее на слои и вертикали.

  • Слои выделяют функциональные области, в то время как вертикали пронизывают их и связывают. Выделяются слои:

  • Бизнес-архитектура;

  • Прикладная архитектура;

  • Техническая архитектура.

Вертикали:

  • Информационная архитектура;
  • Управление требованиями.
  • Важным принципом метамодели является - адаптивность. Она должна легко подстраиваться под нужды использования. Предусматривать частичное применение, возможность расширения и модификации. Таким образом, решение о фактическом объеме использования метамодели предоставляется пользователю.

В общем, это хорошая попытка создания фреймворка для реализации подхода architecture documentation as a code.

P.S. На тему управления архитектурой уже было недавно несколько постов, которые тоже интересно почитать

#SoftwareArchitecture #Architecture #SystemDesign #Software #SoftwareDevelopment #DistributedSystems