領域驅動設計、業務架構 與 業務中台的關係

首先來總體的認識下領域驅動設計、業務架構及業務中台的關係，從下圖中可以看出，業務中台建設對它們是有依賴關係的，有點意思的是那兩條連線是虛線，想說明的是在現有業務中台落地建設過程中，也許有的公司並沒有真正有意識的和它們建起連接，有的是自底向上的方式，有的是自頂向下的方式。各有各的的道去驅動落地。

大部分公司落地還是直接重構已有的系統，這時候它們兩個也許會發揮一定的作用，可以想想的。

但是有一種結局能夠想到的是，業務中台做的不好會導致，前端業務線覺的這些不應該在中台做，即使做出來了，對內對外產生價值並不大。

對於業務中台，個人認為它就像所有的架構或者模式演進而來一樣，它是一種解決當下狀況的思想，就像定義的接口一樣，具體的實現方式可以有很多種，無論是藉助已有的經驗，還是博取眾家之所長創立新的招式，都是可以的。

說道的很多，行道的人很少。只有正心穩了，才能做好，也不要給自己設定局限性，也許你就是下一個...

下面介紹下DDD和業務架構相關的內容

1. TOGAF介紹

開放組體系結構框架（英語： The Open Group Architecture Framework，縮寫： TOGAF）是一個企業架構框架，它提供了一種設計，規劃，實施和管理企業信息技術架構的方法[2]。 TOGAF是一種高層設計方法。 它通常被建模為四個級別： 業務，應用程式，數據，和技術。 它在很大程度上依賴於模塊化，標準化以及已有的，經過驗證的技術和產品。

從上面的圖和文字中去了解TOGAF是什麼，思考與DDD、業務中台有什麼相似之處，能否借鑑一些可取之處，作為落地一些原則或是標準推動業務中台落地。

2. 業務架構是什麼

業務架構是戰略、流程、組織等業務元素的結構化表達。以實現企業戰略為目標，構建企業整體業務能力規劃並將其傳到給技術實現端的結構化企業能力分析方法。

3. DDD(領域驅動設計)

它是一種處理高度複雜域的設計思想，試圖分離技術實現的複雜性, 圍繞業務概念構建領域模型來控制業務的複雜性，以解決軟體難以理解，難以演化等問題，從而控制軟體演化的複雜度。團隊應⽤它可以成功地開發複雜業務軟體系統，使系統在增⼤大時仍然保持敏捷。

領域驅動設計的核心訴求

讓業務架構和系統架構形成綁定關係，從而當我們去響應業務變化調整業務架構時，系統架構的改變是隨之而發的。

為什麼需要領域驅動設計

1. 領域專家和開發人員一起工作，這樣開發出來的軟體能準確的傳達業務模型。

2. 打破業務是業務，技術是技術的現狀，使業務與技術深度融合。

3. 知識的集中，確保軟體知識並不是只掌握在少數人手中，使研發和業務人員都有提升。

4.設計就是代碼，代碼就是設計。

5.戰略設計和戰術設計。

只有重視領域模型,在領域模型中沉澱業務知識,才能與業務模型匹配, 有效控制項目複雜度,達到高內聚低耦合,提升業務變化的響應速度

事件風暴梳理複雜業務

4.總結

很多人都在討論業務中台的價值，各種不同的問題，到底該不該做，這些疑問是不是應該自己去深度的思考和探索找出自己的認知呢。