上下文映射

上下文組織和集成模式的定義

合做關係：

若是兩個限界上下文的團隊要麼一塊兒成功，要麼一塊兒失敗，那麼他們就須要創建起合做關係。兩個團隊應該在接口的演化上進行合做以同時知足兩個系統的需求。應該爲相互關聯的的軟件功能制訂好計劃表，這樣能夠確保這些功能在同一個發佈中完成。

共享內核：

對模型和代碼的共享將產生一種緊密的依賴性。咱們須要爲共享的的部分模型指定一個顯示的邊界，並保持共享內核的小型化。共享內核具備特殊的狀態，在沒有與另外一個團隊的協商的狀況下，這種狀態是不能改變的。

客戶方-供應方開發：

當兩個團隊處於一種上游-下游關係時，上游團隊的計劃中應該顧及到下游團隊的需求。

尊奉者：

在存在上游-下游的兩個團隊中，若是上游團隊已經沒有動力提供下游團隊之所需，下游團隊便孤立無援了，只能盲目使用上游團隊的模型。

防腐層：

就是上下游之間的翻譯層，放在下游上。對於下游客戶來講，你須要根據本身的領域模型建立一個單獨的層，該層做爲上游系統的委派向你的系統提供功能。防腐層經過已有的接口與其餘系統交互，而儘可能使其餘系統無需修改。在防腐層內部，它在你本身的木星和他方模型之間進行翻譯轉換。

開放主機服務：

定義一種協議，讓你的子系統經過該協議來訪問你的服務。

發佈語言：

在兩個限界上下文之間翻譯模型須要一種共享的公用的語言。發佈語言一般和開放主機系統一塊兒用。

大泥球：

當咱們檢查已有系統時，常常發現系統中存在混雜在一塊兒的模型，它們之間的邊界是很是模糊的。此時你應該爲整個系統繪製一個邊界，而後將其概括在大泥球之列。

從大佬那裏偷個圖：（ACL表示防腐層、OHS表示開放主機服務、PL表示發佈語言、U表明上游、D表明下游）