Sber Enterprise Architect Framework (SEAF)

• Презентация посвящена фреймворку SAF, который является результатом двухлетнего опыта команды.  

• Цель презентации - познакомить сообщество с SAF и его принципами, а не навязывать его использование.  

• SAF должен вовлекать экспертов и практиков в его развитие, чтобы стать живым и полезным.  

• План презентации включает знакомство с SAF, его историей создания и смыслом.  

• Анонсирование публичного релиза и вектора развития.  

• Подробное рассмотрение архитектурных слоев и их готовности.  

• Создание SAF стало результатом двухлетней работы.  

• Проблемы управления архитектурой и необходимость их решения.  

• Архитекторы и разработчики работают с кодом, но не всегда передают свои мысли на бумаге.  

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

• Необходимость фреймворка для оцифровки и накопления практик.  

• SAF не противопоставляет себя другим фреймворкам, а дополняет их.  

• Влияние успешных фреймворков, таких как TAF и Four Modul.  

• Скрещивание подходов для удовлетворения потребностей бизнеса и разработчиков.  

• Практики должны приносить реальную ценность бизнесу.  

• Первый закрытый релиз состоялся в сентябре.  

• Фокусная команда состояла из экспертов, успешно применявших подход "Архитектура как код".  

• Задача команды - сделать фреймворк рабочим и тиражируемым.  

• Определение SAF включает философский подход к архитектуре.  

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

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

• Сообщество играет ключевую роль в развитии SAF.  

• Инструменты и методологии должны быть доступны и понятны.  

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

• Манифест сообщества включает ключевые принципы и правила.  

• Общность и взаимопонимание среди участников сообщества.  

• Модель развития SAF, основанная на ключевых принципах и правилах.  

• Манифест объединяет сообщество, предлагая общие принципы.  

• Аккумулируются лучшие практики и фреймворки.  

• Фреймворк должен быть адаптивным и понятным.  

• Фреймворк должен покрывать любые масштабы и быть максимально гибким.  

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

• Создание единого языка для архитекторов и лизаторов.  

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

• Модель должна поддерживать версионирование, тестирование и тиражирование.  

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

• Переход к цифровым двойникам и важность стандартизации.  

• Искусственный интеллект и его интеграция с цифровыми моделями.  

• Управление архитектурой на разных уровнях и в разных компаниях.  

• Создание федераций доменов с центром координации.  

• Гибкость и автономность принятия решений внутри доменов.  

• Введение базовой метамодели для гибкости.  

• Пакетные менеджеры для агрегирования и накопления практик.  

• Пример Arch Package Manager, основанного на технологии npm.  

• Siafa предлагает подход к управлению архитектурой, основанный на сообществе.  

• Классические подходы ограничивают архитектуру рамками конкретного предприятия.  

• Siafa стимулирует коллаборацию и использование успешных методологий.  

• Siafa предлагает использовать успешные методологии и паттерны.  

• Архитектор выступает как эксперт, а не диктатор.  

• Архитектура интегрируется в производственные процессы.  

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

• Система оценки зрелости помогает анализировать и улучшать архитектуру.  

• Основной ценностью является автоматизированный сбор информации о ландшафте.  

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

• Организации, использующие Siafa, могут быстро адаптироваться к изменениям.  

• Siafa помогает создавать долгосрочные тренды и развивать сообщество.  

• Архитектор 2.0 занимается улучшением и тиражированием практик.  

• Он постоянно работает над созданием и переиспользованием знаний.  

• Архитектор 2.0 должен быть открыт для сообщества и системно исследовать тренды.  

• Релиз Siafa начинается с версии 1.2.  

• Репозиторий состоит из различных блоков, включая док-хаб и метамодели.  

• Процесс управления архитектурой включает создание архитектурных изменений и их интеграцию в производственный процесс.  

• Пример использования Siafa включает виртуальную компанию "Березка".  

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

• Метамодель состоит из трех слоев: бизнес-архитектура, прикладной слой и технический слой.  

• Верхний слой знает меньше о нижнем, чем нижний о верхнем.  

• Требования проходят через все слои, но интерпретируются по-разному.  

• Прикладной слой заимствован из Docker Hub и признан удовлетворительным.  

• Использование Docker Swarm позволяет легко управлять технической архитектурой.  

• Техническая архитектура требует физического и концептуального моделирования.  

• Марат и Анатолий реализовали различные подходы к моделированию.  

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

• Можно также подключить существующий репозиторий и использовать метамодель.  

• Вкладчики могут быть как зарегистрированными в GitHub, так и анонимными.  

• Важно обновлять метамодель для использования последних версий.  

• Клонирование репозитория и установка зависимостей.  

• Запуск Docker Swarm для развертывания метамодели.  

• Знакомство с документацией и структурой метамодели.  

• Просмотр статистики и метамодели.  

• Изучение прикладного и технического слоев.  

• Техническая архитектура представлена в реестрах и схемах.  

• Углубленное изучение архитектуры для лучшего понимания.  

• Обсуждение адр-модели, которая уже хорошо проработана сообществом.  

• Переход к метамодели и ссылка на сайт с накопленными знаниями.  

• Представление шаблона адр-модели, разработанного на основе опыта сообщества.  

• Возможность модификации шаблона под свои нужды.  

• Схема взаимосвязей и требований в адр-модели.  

• Описание процесса спуска от бизнес-архитектуры до детальных технических требований.  

• Проблемы в системе и их лечение для понимания работы модели.  

• Использование метамодели и опыта для прикладного использования.  

• Готовность ответить на вопросы зрителей.