Архитектура ПО
Микросервисы, event-driven, CQRS, чистая архитектура, SOLID и идемпотентность API — что работает в продакшене.
Архитектурные решения определяют, как система переживает рост нагрузки, сбои и смену команд. В разделе — паттерны распределённых систем, границы сервисов, событийные модели и принципы проектирования API.
Статьи связывают теорию с продакшеном: когда микросервисы оправданы, как проектировать идемпотентные endpoint'ы, зачем event sourcing и где уместен CQRS.
Рекомендуем начать с микросервисной архитектуры, event-driven и идемпотентности API — это база для большинства backend-дискуссий.
С чего начать
Термины в теме (10)
Частые вопросы
Всегда ли нужны микросервисы?
Нет. Монолит быстрее в старте; микросервисы оправданы при независимых командах, разных профилях нагрузки и зрелом DevOps. Цена — сеть, распределённые транзакции и observability.
Зачем идемпотентность в API?
Повторный запрос (таймаут, retry клиента) не должен дублировать эффект — списание денег, создание заказа. Идемпотентные ключи и продуманные статусы HTTP снижают инциденты.
Event-driven и REST — это взаимоисключающие подходы?
Нет. Синхронные API остаются для запрос-ответ; события — для слабой связности, асинхронной обработки и интеграции между сервисами (Kafka, outbox).