Новиков > путь в Big Tech 

- Как перейти на микросервисную архитектуру

- Как понять микросервисную архитектуру

- Преимущества и недостатки микросервисов

- В каких ситуациях следуют использовать микросервисную архитектуру

- Как перевести монолит на микросервисы

Полный объем книги: 544 страниц, что при вдумчивом чтении со скоростью 15-20 страниц в час может потребовать около 27-36 часов для прочтения. А если выделять ключевые идеи и конспектировать, то выйдет не менее 50.

- разработчики

- архитекторы

⛵️ Навигация по главе

-> Читать часть (1/2) => Шаблоны организации бизнес-логики

-> Читать часть (2/2) => Генерация и потребление доменных событий

⬇️ Сжатие в 6.5 раз 

- Слов в оригинальной Главе: 8 560

- Слов в концентрате: 1 320 

💡 Ключевые идеи

- Бизнес-логика - самая сложная часть сервиса, поэтому важно ее организовать в соответствии с потребностями сервиса. 

- Агрегаты разбивают доменную модель на блоки, в которых легче разбираться в отдельности. Самое важное — определить агрегаты, их границы и корни. 

- Если клиент сможет получить всю информацию из события, то ему не придется делать дополнительный вызов к сервису, опубликовавшему событие.

- Событийный штурм помогает быстро разработать доменную модель.

- Разделение бизнес-логики сервиса на агрегаты по принципу DDD — хороший способ организации бизнес-логики.

- При создании/обновлении агрегат должен публиковать доменные события.

⛵️ Навигация по главе

-> Читать часть (1/3) => Распределенные транзакции и повествования

-> Читать часть (2/3) => Способы координации повествований

-> Читать часть (3/3) => Обзор аномалий и возможные контрмеры

⬇️ Сжатие в 5.1 раз 

- Слов в оригинальной Главе: 8 401

- Слов в концентрате: 1 641 

💡 Ключевые идеи

- Для поддержания согласованности данных следует использовать транзакции.

- В распределенных системах рекомендуется применять повествования (саги), нежели распределенные транзакции.

- Хореография и оркестрация - основные способы координации повествований.

- Лучше проектировать повествование как модель конечного автомата. 

- Недостаточная изолированность - основной недостаток повествований. 

- Контрмеры - решение возможных аномалии при использовании повествований.

⛵️ Навигация по главе

-> Читать часть (1/4) => Стили взаимодействия, описание API, форматы сообщений.

-> Читать часть (2/4) => RPI, REST, gRPC.

-> Читать часть (3/4) => Частичный отказ, механизмы обнаружения.

-> Читать часть (4/4) => Асинхронный обмен, брокеры сообщений, улучшение доступности, репликация данных.

⬇️ Сжатие в 2.6 раза 

- Слов в оригинальной Главе: 12 405

- Слов в концентрате: 4 781

💡 Ключевые идеи

- IDL как способ описания API

- Семантическое версионирование

- Ресурс - ключевая концепция REST

- gRPC использует протокол HTTP/2

- Надежные прокси (таймаут, предохранитель)

- Реестр сервисов

- Использование обнаружения сервисов на уровне платформы

- Брокер сообщений улучшает доступность сервиса

📚 Упоминающиеся книги