Bounded context (kontekst ograniczony)
Część systemu, w której każde pojęcie biznesowe ma jedno znaczenie i jeden model, z jawnym tłumaczeniem na granicach.
Klient w sprzedaży ma etap lejka, w rozliczeniach NIP, w obsłudze historię zgłoszeń. Wciśnięcie jednego wspólnego modelu klienta we wszystkie trzy sprawia, że każda zmiana jest ryzykowna. Bounded context daje każdemu obszarowi własny model i własne dane oraz określa, jak wymieniają się informacjami. Konteksty są często najlepszymi kandydatami na granice modułów albo serwisów.
Powiązane hasła
- DDD (domain-driven design): Projektowanie oprogramowania wokół języka i reguł samego biznesu, z kodem podzielonym tam, gdzie ten język zmienia znaczenie.
- Mikroserwisy (microservices): Architektura, w której system składa się z małych, osobno wdrażanych serwisów; każdy ma własne dane i rozmawia z innymi przez sieć.
- Modularny monolit (modular monolith): Jedna wdrażana aplikacja podzielona w środku na moduły z wyraźnymi granicami; każdy ma własne dane, a z innych korzysta tylko przez ustalone interfejsy.
- Baza danych na serwis (database per service): Każdy serwis jest właścicielem swoich danych i żaden inny nie czyta jego tabel bezpośrednio; pozostałe korzystają z jego API albo zdarzeń.
