Пересказ книги: Микросервисы от архитектуры до релиза за 40 мин

Пересказ

Тезисы

• Микросервис — это небольшой независимый сервис, отвечающий за одну бизнес-функцию, что является краеугольным камнем в разработке сервисов. 2:02
• Микросервисная архитектура — это способ организации разработки, позволяющий уменьшить зависимость между командами, ускорить выпуск изменений и снизить их стоимость, в отличие от монолита, где изменения могут затронуть весь проект. 3:16
• Успех микросервисов зависит от соответствия архитектуры сервисов архитектуре команд, где разделение команд по бизнес-областям (Streamline, Platform, Enable, Complicated Subsystem) является основополагающим. 8:22
• Проектирование микросервисов начинается с определения участников, их целей, построения диаграмм последовательности, выделения действий и запросов, а также описания API. 15:30
• Самая сложная задача — определить границы микросервисов, используя идеи Domain-Driven Design (DDD) и концепцию Bounded Context, где каждый контекст имеет собственную модель, данные, правила и терминологию. 18:38
• Каждый микросервис должен полностью владеть своими данными, не допуская прямого обращения других сервисов к его базе данных, при этом допускается сохранение локальных копий данных для повышения автономности. 23:11
• Для работы с распределенными транзакциями в микросервисах используются подходы, такие как Сага, а также концепции Event Sourcing (хранение истории всех изменений) и CQRS (разделение команд и запросов для оптимизации баз данных). 25:44
• Инфраструктура микросервисов должна создаваться автоматически с использованием принципов Infrastructure as Code (например, Terraform) и конвейеров CI/CD для автоматизации всего пути изменений от коммита до развертывания. 26:36
• Для безопасного выпуска изменений используются различные стратегии развертывания, такие как Rolling Update (постепенная замена экземпляров), Blue/Green Deployment (переключение трафика между идентичными средами) и Canary Deployment (постепенное увеличение трафика для новой версии). 36:42
• Микросервисы — это инструмент, а не конечная цель, оправданный только тогда, когда их преимущества превышают неизбежные издержки, требуя постоянных изменений и совместимости API. 37:37