Solution Architecture
Превращение бизнес-потребности в рабочее решение: с атрибутами качества, ограничениями и задокументированными решениями.
Эта программа планируется и ещё не включена в расписание. Дата, цена и группа не объявлены. Если вы оставите интерес, мы свяжемся, когда программа будет запланирована, или чтобы обсудить индивидуальный формат.
Цель
Программа учит проходить путь от бизнес-требований к обоснованной архитектуре решения: делать атрибуты качества измеримыми, выбирать стиль и паттерн интеграции, проектировать данные и безопасность, оценивать компромиссы облака и стоимости. Результат - решение, описанное через C4 и ADR и прошедшее ревью.
Для кого
- Senior backend-инженеры и tech lead, работающие с несколькими сервисами и интеграциями
- Инженеры, готовящиеся отвечать за архитектурные решения в проекте
- Системные аналитики и технические лидеры с глубокой технической базой
- Те, кто хочет участвовать в архитектурных ревью и проводить их
Для кого не подходит
- Тем, кто ещё осваивает основы backend и баз данных
- Тем, кто ищет подготовку к сертификации одного облачного провайдера: подход не привязан к провайдеру
- Тем, кто хочет только рисовать диаграммы: цель - обоснованное решение
Требования
- Опыт работы с микросервисными системами или модульным монолитом
- Уверенное знание HTTP API, обмена сообщениями и SQL
- Знакомство с базовыми идеями system design (CAP, кеширование, масштабирование)
- Готовность объяснить архитектурное решение из прошлого проекта
Что вы сможете делать
Что вы сможете делать
- Выводить сценарии атрибутов качества и список ограничений из бизнес-требований
- Обоснованно выбирать между монолитом, модульным монолитом, микросервисами и событийным стилем
- Подбирать паттерн интеграции (синхронный, асинхронный, событийный, пакетный) под потребность
- Проектировать владение данными, консистентность и стратегию миграции
- Обосновывать архитектуру безопасности с помощью моделирования угроз
- Документировать решение через C4 и ADR и защищать его на архитектурном ревью
Ни одна образовательная программа не может гарантировать трудоустройство или повышение.
Учебный план
Учебный план
- 01
Требования, атрибуты качества и ограничения
Превратить расплывчатое бизнес-желание в проверяемые сценарии качества.
- Функциональные и нефункциональные требования
- Формат сценария атрибута качества
- Ограничения: бюджет, команда, регулирование, legacy
- Компромиссы между атрибутами
- Выявление неоднозначности в требованиях
Практическая лабораторная: По заданному бизнес-описанию подготовить восемь сценариев качества и приоритизированный список ограничений.
- 02
Архитектурные стили и границы
Оценивать выбор стиля в контексте команды, требований и стадии роста.
- Компромиссы монолита, модульного монолита и микросервисов
- Границы домена и bounded context
- Событийная архитектура и её цена
- Layered и hexagonal: где какой уместен
- Эволюционная архитектура и пути миграции
Практическая лабораторная: Подготовить два варианта стиля для одних и тех же требований, сравнительную таблицу и рекомендацию.
- 03
Паттерны интеграции
Строить надёжные и устойчивые к изменениям связи между системами.
- Выбор между синхронным API и асинхронными сообщениями
- Идемпотентность, повторы и паттерн outbox
- Версионирование API и эволюция контракта
- Anti-corruption layer и внешние системы
- Saga и альтернативы распределённым транзакциям
Практическая лабораторная: Спроектировать поток интеграции с платёжным провайдером и складской системой и свести сценарии отказов в таблицу.
- 04
Архитектура данных
Балансировать владение данными, консистентность и потребности отчётности.
- Данные каждого сервиса и риск общей базы
- Выбор между строгой и итоговой консистентностью
- CQRS, read-модели и кеш
- Миграция данных и подходы без простоя
- Разделение аналитических и операционных данных
Практическая лабораторная: Карта владения данными для домена заказов и план миграции с legacy-базы.
- 05
Архитектура безопасности
Закладывать безопасность в дизайн, а не добавлять её сверху.
- Моделирование угроз (STRIDE)
- Аутентификация, авторизация и потоки OAuth 2.0 / OIDC
- Границы доверия и сегментация сети
- Управление секретами и шифрование
- Проверка по OWASP API Security Top 10
Практическая лабораторная: Для заданного решения построить диаграмму границ доверия, список угроз и меры снижения.
- 06
Облако, отказоустойчивость и стоимость
Связать модель развёртывания, устойчивость и стоимость с требованиями.
- Managed-сервис или самостоятельная эксплуатация
- Отказоустойчивость на нескольких зонах, RTO и RPO
- Цена сложности и зависимость от вендора
- Моделирование ёмкости и стоимости
- Требования к observability в архитектуре
Практическая лабораторная: Таблица компромиссов устойчивости и стоимости для двух вариантов развёртывания (числа фиксируются как допущения).
- 07
Документирование с C4 и ADR
Держать архитектуру понятной для разных аудиторий и пригодной для обновления.
- C4: уровни context, container, component
- Что показывать и не показывать на каждом уровне
- Связь ADR и диаграмм
- Актуальность документации и её владелец
- Dynamic- и deployment-диаграммы
Практическая лабораторная: Набор диаграмм C4 от context до component для учебного кейса.
- 08
Архитектурное ревью и работа с командой разработки
Донести архитектурное решение до команды и сохранить его при реализации.
- Форматы и критерии архитектурного ревью
- Облегчённый подход в духе ATAM
- Fitness function и автоматические проверки
- Сотрудничество с командой разработки
- Управление отклонением от решения
Практическая лабораторная: Провести учебное архитектурное ревью решения другого участника и оформить письменный результат.
Практические задания
- Документ со сценариями качества и ограничениями
- Сравнение двух вариантов стиля
- Модель угроз и план снижения рисков
- Полный набор C4 и ADR для учебного кейса
- Письменный результат учебного ревью
Результаты для портфолио
- Документ архитектуры решения для учебного кейса
- Набор диаграмм C4 (context, container, component)
- Набор архитектурных решений (ADR)
- Модель угроз и карта интеграций
Как оценивается обучение
- Защита архитектуры решения перед смоделированной комиссией ревью
- Письменная оценка набора ADR и C4
- Оценка через проведение учебного ревью и обратную связь (рекомендации, а не сертификат)
Инструменты и технологии
- Модель C4
- Structurizr / Mermaid / PlantUML
- ADR (Markdown)
- OpenAPI / AsyncAPI
- Kafka / RabbitMQ (концептуально)
- PostgreSQL
- OAuth 2.0 / OIDC
- Terraform (на уровне чтения)
Последовательность уровней
- До
- Уровень senior backend-инженера или tech lead с опытом system design.
- После
- Программа по enterprise architecture или практика в роли solution architect.
- Длительность и формат
- Длительность и формат ещё не определены; программа планируется и не включена в расписание.
Частые вопросы
Частые вопросы
Эта программа доступна сейчас?
Нет. Она планируется и не стоит в расписании. Даты и цены не объявлены. Можно запросить консультацию.
Привязана ли программа к конкретному облачному провайдеру?
Нет. Подход не зависит от провайдера. В примерах могут назваться инструменты, но цель - принципы принятия решений.
Обещает ли она сертификат или должность?
Нет. Ни одна программа не гарантирует сертификат, должность или результат. Оценка носит рекомендательный характер.
Главное - рисовать диаграммы?
Нет. Диаграммы нужны, чтобы донести решение. Основная работа - понять требования, взвесить компромиссы и обосновать решение.
Статьи по теме программы
- ADRWriting Architecture Decision Records that survive the team
- Модель C4The C4 model: architecture diagrams that people actually read
- System DesignCaching strategies - cache-aside, write-through, TTLs and stampedes
- Облачная архитектураCloud architecture basics for backend engineers
- Распределённые системыFailure handling in distributed systems
- Распределённые системыIdempotency patterns for safe retries