59 lines
3.5 KiB
Markdown
59 lines
3.5 KiB
Markdown
---
|
||
Тип: Книга
|
||
Статус: Хочу прочитать
|
||
Название: Создание микросервисов. 2-е издание
|
||
Автор:
|
||
- Сэм Ньюмен
|
||
Количество страниц: 624
|
||
Прогресс: 0
|
||
Формат: Бумажная
|
||
Обложка: Библиотека/Книги/covers/building-microservices.jpg
|
||
Начата:
|
||
Закончена:
|
||
Оценка:
|
||
Сложность:
|
||
Теги:
|
||
- it
|
||
- programming
|
||
- microservices
|
||
- architecture
|
||
- distributed-systems
|
||
Категории:
|
||
- архитектура
|
||
- разработка программного обеспечения
|
||
Источник:
|
||
Ссылка:
|
||
---
|
||
|
||
![[covers/building-microservices.jpg]]
|
||
|
||
# Создание микросервисов. 2-е издание
|
||
|
||
## 📖 О книге
|
||
Одна из главных книг по микросервисной архитектуре. Сэм Ньюмен охватывает весь жизненный цикл микросервисов: от декомпозиции монолита и проектирования границ сервисов до межсервисного взаимодействия, тестирования, развёртывания и мониторинга. Второе издание значительно расширено — добавлены главы про saga-паттерн, event-driven архитектуру, service mesh и современные подходы к CI/CD. Книга подходит для архитекторов, бэкенд-разработчиков и тех, кто переходит с монолита на микросервисы.
|
||
|
||
---
|
||
|
||
## 🧠 Ключевые идеи
|
||
- **Границы сервисов через bounded context**: декомпозиция по бизнес-доменам (DDD) даёт более стабильные границы, чем техническое разделение
|
||
- **Loose coupling, high cohesion**: сервисы должны быть максимально независимы друг от друга, но внутренне связны — это основной критерий хорошей архитектуры
|
||
- **Saga для распределённых транзакций**: вместо двухфазного коммита — цепочка локальных транзакций с компенсирующими действиями при сбое
|
||
- **Независимое развёртывание**: каждый сервис должен деплоиться отдельно без координации с другими — это ключевое преимущество микросервисов
|
||
- **Observability как основа**: логи, метрики и трейсинг — не опция, а обязательная часть архитектуры; без них микросервисы неуправляемы
|
||
|
||
---
|
||
|
||
## 💬 Важные цитаты
|
||
> «Микросервисы — это не цель. Это инструмент для достижения других целей: независимого развёртывания, масштабируемости команд, технологической гибкости.»
|
||
|
||
---
|
||
|
||
## 💡 Как применить в моих проектах
|
||
|
||
|
||
---
|
||
|
||
## 🔗 Связанные заметки
|
||
- [[Высоконагруженные приложения. Программирование, масштабирование, поддержка]]
|
||
- [[Чистая архитектура]]
|