Запропонувати правкуПокращити цю статтюДопрацюйте відповідь до «Що таке "bounded context" у мікросервісній архітектурі?». Ваші зміни проходять модерацію перед публікацією.Потрібне підтвердженняКонтентЩо ви змінюєте🇺🇸EN🇺🇦UAПереглядЗаголовок (UA)Коротка відповідь (UA)**Bounded context** ("обмежений контекст") - це принцип із **Domain-Driven Design (DDD)**, який у мікросервісній архітектурі визначає **межі відповідальності кожного сервісу**. **Ключове:** bounded context - це чітка межа навколо бізнес-сенсу мікросервісу: усередині - свої правила й модель даних, зовні - взаємодія лише через публічний API.Показується над повною відповіддю для швидкого нагадування.Відповідь (UA)Зображення**Bounded context** ("обмежений контекст") - це принцип із **Domain-Driven Design (DDD)**, який у мікросервісній архітектурі визначає **межі відповідальності кожного сервісу**. --- ### Сенс Кожен мікросервіс існує **у своєму контексті** - у нього своя бізнес-область, терміни, логіка й дані. Він не ділить базу або моделі з іншими і не втручається в їхні внутрішні правила. *Приклад:* - Сервіс **замовлень** оперує поняттями "товар", "статус", "оплата". - Сервіс **доставки** використовує "адреса", "кур'єр", "трек-номер". Обидва говорять про замовлення, але у своєму контексті - і не зобов'язані розуміти внутрішні структури один одного. --- ### Навіщо це потрібно - Прибирає перетин логіки й залежностей між сервісами. - Дозволяє різним командам розвивати свої частини незалежно. - Робить систему масштабованою і гнучкою: кожен сервіс живе у своїй предметній "зоні". --- **Підсумок:** > **Bounded context** - це чітка межа навколо бізнес-сенсу мікросервісу: > усередині - свої правила й модель даних, > зовні - взаємодія лише через публічний API.Для рев’юераПримітка для модератора (необов’язково)Бачить лише модератор. Прискорює рев’ю.