Що таке "bounded context" у мікросервісній архітектурі?

Bounded context ("обмежений контекст") - це принцип із Domain-Driven Design (DDD), який у мікросервісній архітектурі визначає межі відповідальності кожного сервісу.

---

#Сенс

Кожен мікросервіс існує у своєму контексті - у нього своя бізнес-область, терміни, логіка й дані. Він не ділить базу або моделі з іншими і не втручається в їхні внутрішні правила.

Приклад:

• Сервіс замовлень оперує поняттями "товар", "статус", "оплата".
• Сервіс доставки використовує "адреса", "кур'єр", "трек-номер". Обидва говорять про замовлення, але у своєму контексті - і не зобов'язані розуміти внутрішні структури один одного.

---

#Навіщо це потрібно

• Прибирає перетин логіки й залежностей між сервісами.
• Дозволяє різним командам розвивати свої частини незалежно.
• Робить систему масштабованою і гнучкою: кожен сервіс живе у своїй предметній "зоні".

---

Підсумок:

Bounded context - це чітка межа навколо бізнес-сенсу мікросервісу: усередині - свої правила й модель даних, зовні - взаємодія лише через публічний API.