[microarch] Микросервисная архитектура 2024. Тариф Standard (Кирилл Ветчинкин)

Научитесь декомпозировать систему на микросервисы, узнаете все паттерны и антипаттерны, получите роадмэп распила монолита.
6 практических заданий на реальных бизнес-кейсах
Спикер строил микросервисную архитектуру в проектах для: Мегафон, Теле2, БКС Брокер, СберМаркет
Сопровождение в чате и 3 Q&A онлайн-эфира от спикера
В итоге построите готовую схему микросервисной архитектуры
На курсе вы научитесь
Декомпозировать систему на микросервисы, отталкиваясь от предметных областей
Правильная декомпозиция — залог успешного внедрения микросервисной архитектуры. Поэтому мы уделяем ей на курсе особое внимание. Мы рассмотрим такие популярные практики как DDD и Event Storming.
Встраивать микросервисы в оргструктуру компании
Переходить от монолитной системы к микросервисной
Паттернам межсервисного взаимодействия и публикации API
Паттернам тестирования и развертывания микросервисов
Программа
Программа рассчитана на 4 недели и охватывает все ключевые этапы внедрения микросервисов
Вы получите набор навыков, начиная от определения того, какая архитектура подойдёт вашей компании, до правильной организации команды для её внедрения.
11 видеоуроков по 40-60 минут
6 практических заданий на проектирование
Отработка навыков через легенду
Поддержка в чате от самого эксперта
3 живых Q&A сессии с экспертом
Базовые понятия
Сравнение архитектур
Монолит vs Микросервисы
Область применения микросервисов
Цели внедрения микросервисов
Основы Domain Driven Design
Доменное событие (Domain Event)
Правило хорошей декомпозиции
Что такое Domain Driven Design (DDD)
Стратегические паттерны DDD
Тактические паттерны DDD
(Aggregate, Value Object, Entity, Domain Event)
Декомпозиция на микросервисы и Event Storming
Стратегия выделения микросервисов
(Decompose by subdomain pattern)
Допустимый размер микросервиса
Размер микросервиса и команда
Практика Event Storming
Команды и организационная трансформация
Организация команд
Владение сервисом (Service per team pattern)
Управление продуктом в MSA
Роль архитектора в MSA
Платформенные команды
Команды разработки общих сервисов
Как распределять разработчиков, на сервисы
Раскрытие API и Аутентификация
API Gateway pattern
BFF (Backend for front-end) pattern
API Composition pattern
Access token pattern
Популярные сервера аутентификации
Структура микросервиса
Организация работы с данными (Database per service pattern)
Внутренняя архитектура сервиса
Повторное использование кода (Shared library anti-pattern)
Шаблон сервиса (Service Template pattern)
Межсервисное взаимодействие
Синхронное взаимодействие (Remote Procedure Call (RPC) pattern)
Защита от сбоев (Fallback, Retry, Circuit Breaker)
Асинхронное взаимодействие (Messaging pattern)
Отложенная согласованность (Eventual consistency)
Обеспечение отложенной согласованности
(Outbox pattern, Transaction log tailing pattern)
Защита от дубликатов (Idempotent Consumer (inbox)pattern)
Command Query Responsibility Segregation (CQRS) pattern
Управление сквозными процессами (Saga pattern)
Развертывание
Способы развертывания микросервиса
(Service instance per Container pattern и другие)
Стратегия автономности поставки
Типовой CI/CD конвейер сервиса
Способы получения конфигурации
(Externalized configuration pattern)
Тестирование
Основные ошибки при тестировании распределенных систем
Пирамида тестирования
Unit тесты
Integration тесты
Contract тесты (Consumer-side contract test pattern)
Component тесты (Service Component Test pattern)
End-to-end тесты
Мониторинг и поддержка
Health Check API pattern
Мониторинг состояния сервиса (Application metrics pattern)
Сбор логов (Log aggregation pattern)
Распределенная трассировка (Distributed tracing pattern)
Поддержка («You build it, you run it»)
Изолированность
Масштабирование
Стратегии разбиения монолита
Планирование миграции на микросервисы
Основные стратегии декомпозиции
Прикладные подходы
(Strangler application pattern, Branch by abstraction pattern и другие)
Отчеты и аналитика