Il-ħdudud tajbin tas-servizzi jsegwu kapaċitajiet tal-negozju, mhux saffi tekniċi. Domain-Driven Design (DDD) jipprovdi għodda preċiza għal dan: il-bounded context — ħadd fi ħdan li l-mudell tad-dominju u t-termini tiegħu huma konsistenti.
Il-kelma "Customer" tista' tfisser ħagjat differenti f'kuntest differenti. Kull bounded context iħaddan il-mudell tiegħu stess, u tipikament servizz mikroskopiku jmappja għal kuntest wieħed.
┌───────────────────┐ ┌────────────────────┐
│ Sales context │ │ Support context │
│ Customer = │ │ Customer = │
│ leads, orders │ │ tickets, SLAs │
└───────────────────┘ └────────────────────┘
one service another service
✗ Entity services ("User service", "Product service") — too fine, chatty
✗ Splitting by technical layer (a "database service")
✗ Boundaries that force a distributed transaction for every operation
Ikk żewġ servizzi kontinwament jitolbuli lil xulxin biex jilqu operazzjoni waħda, il-ħadd probabilment jkun ħotu.
Il-ħdudud deċiżi kmieni huma għaliex għalja ħafna li jiġu mħaddma aktar tard, minħabba li jsiru tough ġewwa APIs u databases li timiem oħra jiddependu fuqhom.
Il-bounded contexts ta' DDD jigħtuk mod principjat biex tpinġi dawk il-linji tul in-negozju, sabiex is-servizzi jibqgħu koeżivi u jistgħu jevolvu b'mod indipendenti minflok kontinwament il-koordinazzjoni.