北京2020年12月19日 /美通社/ -- 2020年12月19日，第四屆領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)峰會(huì)（DDD Conference）再度開啟。不同于往屆的線下舉行形式，本屆峰會(huì)采取線上的形式，致力于打造一場架構(gòu)設(shè)計(jì)和技術(shù)實(shí)踐的盛宴。作為軟件架構(gòu)設(shè)計(jì)新的潮流，領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（Domain Driven Design，簡稱DDD）強(qiáng)調(diào)業(yè)務(wù)和技術(shù)的統(tǒng)一性，為復(fù)雜領(lǐng)域軟件工程的設(shè)計(jì)決策提供實(shí)踐框架，幫助企業(yè)不斷拓展數(shù)字化業(yè)務(wù)。
2020年，一場突如其來的全球公共衛(wèi)生事件對于人們的生活與工作產(chǎn)生了巨大的影響，各行各業(yè)積極應(yīng)對挑戰(zhàn)。業(yè)務(wù)的劇變對架構(gòu)平臺(tái)帶來了巨大的沖擊，如何客觀地評估分析架構(gòu)現(xiàn)狀、該從哪些維度設(shè)定架構(gòu)演進(jìn)的目標(biāo)，又如何引導(dǎo)架構(gòu)增量地向目標(biāo)演進(jìn)，成為當(dāng)下企業(yè)持續(xù)探索的命題之一。
領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)峰會(huì)（DDD Conference）是由國內(nèi)領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（DDD）思想和實(shí)踐的領(lǐng)軍者——ThoughtWorks的架構(gòu)咨詢師們組織發(fā)起，希望為國內(nèi)的領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（DDD） 實(shí)踐者們提供一個(gè)互相交流、分享自己團(tuán)隊(duì)的成功經(jīng)驗(yàn)的平臺(tái)，使得領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（DDD）的架構(gòu)思想能夠在國內(nèi)被更多人所認(rèn)知，從而形成更大的規(guī)模效應(yīng)。
六大主題分享全景呈現(xiàn)DDD新常態(tài)
本屆峰會(huì)邀請了ThoughtWorks全球技術(shù)總監(jiān)及軟件架構(gòu)師Neal Ford、Unisys首席應(yīng)用架構(gòu)師與全球DDD社區(qū)領(lǐng)袖Indu Alagarsamy等來自海外的領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（DDD）的領(lǐng)軍人物分享在架構(gòu)設(shè)計(jì)領(lǐng)域出現(xiàn)的新的嘗試和探索。
同時(shí)，民航信息技術(shù)總監(jiān)張逸、IBM資深應(yīng)用架構(gòu)師于靜、《中臺(tái)架構(gòu)與實(shí)現(xiàn)：基于DDD和微服務(wù)》作者歐創(chuàng)新等國內(nèi)持續(xù)實(shí)踐領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（DDD）的代表和思想領(lǐng)袖也分享了他們在各個(gè)不同場景下對于使用領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的感悟和總結(jié)，展現(xiàn)了在后疫情時(shí)代領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)將會(huì)出現(xiàn)的新變化。
不論是演講嘉賓還是話題設(shè)置，本次峰會(huì)既呈現(xiàn)了DDD的現(xiàn)狀與未來趨勢，又展示了DDD的最佳行業(yè)實(shí)踐，全方位呈現(xiàn)了DDD的發(fā)展情況。
構(gòu)建演進(jìn)式架構(gòu)
在過去十年中，DDD的限界上下文概念影響了軟件架構(gòu)，并啟發(fā)Neal Ford產(chǎn)生了《演進(jìn)式架構(gòu)》書中的一些思想。作為ThoughtWorks全球技術(shù)總監(jiān)及軟件架構(gòu)師，Neal Ford是國際公認(rèn)的軟件開發(fā)和交付方面的專家，尤其是在敏捷工程技術(shù)和軟件體系結(jié)構(gòu)的交集方面，以及DDD如何啟發(fā)他產(chǎn)生了軟件架構(gòu)的量子概念。
業(yè)務(wù)實(shí)踐在變，工具和框架在演進(jìn)，創(chuàng)新的工具和技術(shù)不斷涌現(xiàn)，這讓軟件開發(fā)生態(tài)體系也是瞬息萬變。在過去的幾年里，軟件開發(fā)核心工程實(shí)踐的漸進(jìn)發(fā)展，讓開發(fā)者重新思考架構(gòu)是如何隨著時(shí)間的推移而變化的，以及重要的架構(gòu)特征如何能夠在架構(gòu)演進(jìn)過程中得到有效保護(hù)，這促使Neal Ford與ThoughtWorks全球CTO Rebecca Parson博士一起總結(jié)提煉了演進(jìn)式架構(gòu)的核心概念。
在峰會(huì)的主題分享上，Neal Ford討論了有關(guān)可演進(jìn)架構(gòu)的兩個(gè)關(guān)鍵洞察。Neal Ford指出，演進(jìn)式架構(gòu)是在當(dāng)需求出現(xiàn)的時(shí)候通過適應(yīng)函數(shù)來把握架構(gòu)演進(jìn)的方向，演進(jìn)式架構(gòu)隨著系統(tǒng)和業(yè)務(wù)的增加而變化，而且能夠保證用戶得到想要的部分，追求性能上的優(yōu)化，追求擴(kuò)展性的不斷提升。
演進(jìn)式架構(gòu)支持跨多個(gè)維度的引導(dǎo)性增量更改。演進(jìn)架構(gòu)從進(jìn)化計(jì)算世界借鑒了適應(yīng)度函數(shù)的概念，以定義所謂的架構(gòu)適應(yīng)性功能。這是對某些架構(gòu)特性或架構(gòu)特性組合提供客觀完整性評估的一種機(jī)制，描述了一系列可用于驗(yàn)證體系結(jié)構(gòu)適用性的工具。
Neal Ford表示，原子適應(yīng)度功能是僅關(guān)注單個(gè)特征和體系結(jié)構(gòu)的功能，而整體適應(yīng)性功能則關(guān)注特征的組合，很多時(shí)候體系結(jié)構(gòu)特征相互糾纏。一旦定義了這些架構(gòu)適應(yīng)性功能，企業(yè)需要持續(xù)集成、部署管道以及諸如此類的敏捷調(diào)整實(shí)踐的領(lǐng)域。
演進(jìn)式架構(gòu)最初目的是研究適應(yīng)度函數(shù)的可演進(jìn)性，在此過程中，我們希望能夠衡量特定架構(gòu)風(fēng)格的演進(jìn)程度，雖然產(chǎn)生了許多代碼級(jí)量度，但是這還不夠。受到DDD的啟發(fā)，Neal Ford提出了軟件架構(gòu)的量子概念。
架構(gòu)量子是一種以軟件架構(gòu)表示的領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)中的有限上下文的想法。架構(gòu)量子具有高功能凝聚力和同步通信的獨(dú)立可部署組件。架構(gòu)量子關(guān)注事物如何耦合在一起，不僅分析了架構(gòu)，而且還分析了操作級(jí)別，并包含了數(shù)據(jù)庫和用戶界面等內(nèi)容。
“架構(gòu)量子對有限上下文的定義會(huì)有所不同，因?yàn)槲覀冋噲D衡量事物在生態(tài)系統(tǒng)中的耦合程度。我們確實(shí)想要一個(gè)有界上下文的概念，但要用架構(gòu)術(shù)語來表達(dá)。我們希望它作為一個(gè)有用的架構(gòu)分析工具。”Neal Ford說。
領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)和消息傳遞的融合
DDD不僅可以幫助企業(yè)敏捷地編寫高質(zhì)量的代碼，還能使所編寫的軟件能靈活應(yīng)對業(yè)務(wù)變化。當(dāng)使用消息傳遞技術(shù)在清晰整潔和定義良好的限界上下文之間進(jìn)行通信時(shí)，就可以消除時(shí)序上的耦合，結(jié)合DDD就能構(gòu)建可以自治的微服務(wù)。
Unisys首席應(yīng)用架構(gòu)師、全球DDD社區(qū)領(lǐng)袖Indu Alagarsamy在分享中認(rèn)為，DDD與作為軟件技術(shù)的消息傳遞進(jìn)行融合，也就是實(shí)現(xiàn)領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)與事件驅(qū)動(dòng)架構(gòu)相結(jié)合，構(gòu)建可以隨著業(yè)務(wù)變化而擴(kuò)展的可靠系統(tǒng)。
Indu Alagarsamy還以電商場景進(jìn)行了詳細(xì)說明，銷售、庫存、運(yùn)輸?shù)炔煌块T的員工使用的領(lǐng)域語言不同，領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)引入了限界上下文的概念。我們可以根據(jù)團(tuán)隊(duì)或部門拆分模型，進(jìn)行上下文的劃分和設(shè)計(jì)。這時(shí)上下文之間需要能夠以一種自主且可靠的方式進(jìn)行通信，這是事件驅(qū)動(dòng)架構(gòu)很好地與領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)結(jié)合的地方。
命令和事件都是消息，但是通過明確區(qū)分什么是命令、什么是事件，可以幫助我們更好地設(shè)計(jì)軟件。然而如何設(shè)計(jì)一個(gè)具有事件、消息和命令的系統(tǒng)呢？這就需要引入事件風(fēng)暴。事件風(fēng)暴是一種了解業(yè)務(wù)流程的協(xié)作可視化方式，在討論流程中的業(yè)務(wù)行為時(shí)，使用事件風(fēng)暴，程序員和架構(gòu)師能夠找出信息流。
“我們要做的是編寫符合業(yè)務(wù)需求的正確軟件，了解重要的業(yè)務(wù)行為有助于編寫正確的代碼，并使軟件與業(yè)務(wù)保持一致，事件和消息驅(qū)動(dòng)架構(gòu)可以幫助我們擺脫時(shí)間耦合，使軟件組件具有自主性。隨著對領(lǐng)域相關(guān)信息的了解越來越多，你可以不斷的改進(jìn)模型，使其變的更好。如果你想使模型中的上下文自治，可以使用事件在這些不同的限界上下文之間進(jìn)行通信?！盜ndu Alagarsamy說。
同時(shí)，Indu Alagarsamy認(rèn)為，微服務(wù)的本質(zhì)在于服務(wù)需要自治，并可以根據(jù)數(shù)據(jù)做出決定，不需要不停地詢問其他上下文。因此，事件作為在相同的限界上下文中進(jìn)行通信的機(jī)制，變得非常重要。
領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)大揭秘
作為《解構(gòu)領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)》作者，同時(shí)也是民航信息技術(shù)總監(jiān)，張逸對于DDD有著自己的獨(dú)特看法，比如數(shù)據(jù)驅(qū)動(dòng)與領(lǐng)域驅(qū)動(dòng)、領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)下的單體架構(gòu)等。
張逸在主題分享中表示，數(shù)據(jù)驅(qū)動(dòng)進(jìn)入架構(gòu)設(shè)計(jì)領(lǐng)域造成模型沒有上下文的邊界，而DDD引入了限界上下文，通過業(yè)務(wù)能力完成重用，進(jìn)而確定領(lǐng)域模型的知識(shí)語境，讓架構(gòu)順應(yīng)業(yè)務(wù)的變化方向。
DDD的特點(diǎn)與價(jià)值在于它定義的模式，限界上下文與聚合是DDD的核心模式。限界上下文是架構(gòu)層次的自治單元，是業(yè)務(wù)能力的重用而非模型的重用。而微服務(wù)的協(xié)作就是限界上下文的協(xié)作，領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)成為顯學(xué)，進(jìn)入黃金時(shí)代。
單體架構(gòu)（Monolithic Architecture）是一種將所有功能打包在一個(gè)容器中運(yùn)行的設(shè)計(jì)風(fēng)格，一個(gè)實(shí)例中集成了一個(gè)系統(tǒng)的所有功能。從中大型項(xiàng)目的業(yè)務(wù)形態(tài)、復(fù)雜度及響應(yīng)速度等維度看單體架構(gòu)時(shí)可以發(fā)現(xiàn)它存在擴(kuò)展性差、無法實(shí)現(xiàn)復(fù)雜業(yè)務(wù)、技術(shù)升級(jí)困難、開發(fā)效率低等問題。
張逸表示，常見的區(qū)分單體架構(gòu)和微服務(wù)架構(gòu)的做法并不正確，雖然沒有限界上下文的單體架構(gòu)可能導(dǎo)致“大泥球”，但是單體架構(gòu)也要通過業(yè)務(wù)能力進(jìn)行縱向切分。如果單體架構(gòu)通過限界上下文進(jìn)行邊界控制，其實(shí)可以降低微服務(wù)架構(gòu)風(fēng)格的演化成本，也能規(guī)避過度微服務(wù)化帶來的技術(shù)風(fēng)險(xiǎn)。
另外，張逸認(rèn)為，領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)存在四大“天生不足”，比如領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)缺乏一個(gè)規(guī)范的過程指導(dǎo)，使得其缺乏可操作性；領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)沒有匹配的需求管理體系等，為此，我們需要領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)統(tǒng)一過程，確保DDD的落地實(shí)施。
領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)在大型遺留系統(tǒng)改造中的實(shí)踐
自領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)和微服務(wù)概念提出至今，越來越多的互聯(lián)網(wǎng)巨頭以及傳統(tǒng)行業(yè)都開始對自己的遺留系統(tǒng)進(jìn)行微服務(wù)改造，通過把系統(tǒng)拆分為更加靈活、有業(yè)務(wù)邊界上下文、松耦合的服務(wù)來應(yīng)對快速變化的市場。
IBM資深應(yīng)用架構(gòu)師于靜在主題演講中介紹了一個(gè)有著二十年歷史并支撐百萬交易額的電商平臺(tái)如何通過DDD方法華麗轉(zhuǎn)身的實(shí)踐，從這個(gè)案例我們了解到遺留系統(tǒng)進(jìn)行DDD改造過程中的點(diǎn)滴經(jīng)驗(yàn)。
于靜表示，為了加速數(shù)字化轉(zhuǎn)型與業(yè)務(wù)模式創(chuàng)新實(shí)現(xiàn)，遺留系統(tǒng)的改造會(huì)面臨很多難題，比如交付速度慢、應(yīng)用架構(gòu)不滿足快速迭代需求、技術(shù)受限、維護(hù)成本高、業(yè)務(wù)流程復(fù)雜等。而在改造過程中，現(xiàn)有業(yè)務(wù)不能停，同時(shí)過程難控制、結(jié)果難驗(yàn)證等問題也非常突出。
為此，遺留系統(tǒng)改造實(shí)施需要確立目標(biāo)與制定策略、業(yè)務(wù)梳理、服務(wù)改造、集成遷移測試、反饋。在DDD指導(dǎo)下，企業(yè)需要通過事件風(fēng)暴對業(yè)務(wù)討論，審視現(xiàn)有的業(yè)務(wù)邏輯，逐步用新應(yīng)用程序和服務(wù)替換特定功能段，增量遷移舊系統(tǒng)。隨著舊系統(tǒng)功能的更換，新系統(tǒng)最終取代了所有舊系統(tǒng)功能。
于靜說，企業(yè)在遺留系統(tǒng)改造中應(yīng)該遵循“先鋒隊(duì)、樹立模范、大部隊(duì)”的階段性原則。具體來說，“先鋒隊(duì)”階段是挑選規(guī)模較小、功能簡單，業(yè)務(wù)較為獨(dú)立的功能模塊進(jìn)行改造，隨著老系統(tǒng)的功能越來越多的被微服務(wù)系統(tǒng)所代替，老系統(tǒng)也最終被替代。需要注意的是，當(dāng)發(fā)生新老系統(tǒng)的功能切換時(shí)，應(yīng)該逐步切換用戶流量，對用戶盡量透明，使得改造過程過渡平滑。
當(dāng)中臺(tái)遇上DDD，如何設(shè)計(jì)微服務(wù)？
當(dāng)前，中臺(tái)、微服務(wù)是業(yè)界關(guān)注的熱點(diǎn)話題。如果將兩者放到DDD的背景下，如何建立DDD、中臺(tái)和微服務(wù)的統(tǒng)一語言？如何將三者融合完成協(xié)同設(shè)計(jì)？《中臺(tái)架構(gòu)與實(shí)現(xiàn)：基于DDD和微服務(wù)》作者、極客時(shí)間《DDD實(shí)戰(zhàn)課》專欄作者歐創(chuàng)新在主題分享中回答了這些問題。
歐創(chuàng)新表示，從企業(yè)架構(gòu)角度來講，業(yè)務(wù)中臺(tái)屬于業(yè)務(wù)架構(gòu)的范疇，業(yè)務(wù)中臺(tái)重構(gòu)的過程本質(zhì)是基于復(fù)用目的的企業(yè)級(jí)業(yè)務(wù)架構(gòu)重構(gòu)。在業(yè)務(wù)量不大的時(shí)候，我們用傳統(tǒng)的集中式架構(gòu)就可以解決復(fù)雜問題。而當(dāng)面對海量互聯(lián)網(wǎng)業(yè)務(wù)比如雙十一，企業(yè)原來的架構(gòu)就不足以解決業(yè)務(wù)和應(yīng)用的擴(kuò)展性問題，因此我們需要將原來大的問題域拆小，將單體應(yīng)用拆分為微服務(wù)，進(jìn)而上云。所以，DDD和微服務(wù)都是解決復(fù)雜問題的設(shè)計(jì)思想。
在DDD概念里，如果只從業(yè)務(wù)架構(gòu)角度分析的話，中臺(tái)本質(zhì)上是從領(lǐng)域到更細(xì)的子域劃分過程中的一個(gè)橋梁，只從業(yè)務(wù)領(lǐng)域角度分析，它可能對應(yīng)DDD領(lǐng)域中的某一個(gè)核心子域或通用子域。
對于DDD與中臺(tái)和微服務(wù)的關(guān)系，歐創(chuàng)新認(rèn)為，中臺(tái)本質(zhì)是領(lǐng)域中的某一個(gè)子域，需要抽象并標(biāo)準(zhǔn)化，按照單一職責(zé)原則建立可復(fù)用的領(lǐng)域模型。微服務(wù)是中臺(tái)最佳技術(shù)實(shí)現(xiàn)。DDD是一種可以同時(shí)指導(dǎo)中臺(tái)業(yè)務(wù)建模和微服務(wù)設(shè)計(jì)的方法論，遵循高內(nèi)聚低耦合的原則，完成從業(yè)務(wù)端領(lǐng)域建模到應(yīng)用端微服務(wù)實(shí)現(xiàn)的無縫落地。
我們看到DDD和中臺(tái)設(shè)計(jì)兩種知識(shí)體系的融合需要建立兩者通用語言，團(tuán)隊(duì)通用語言也是DDD不斷強(qiáng)調(diào)的內(nèi)容。一般對于小的項(xiàng)目我們可以直接從問題域開始事件風(fēng)暴，完成領(lǐng)域建模。而對于企業(yè)級(jí)中臺(tái)而言，業(yè)務(wù)領(lǐng)域非常大，我們需要做好頂層設(shè)計(jì)，劃分子域，確定中臺(tái)的大致邊界，然后基于這個(gè)邊界開展事件風(fēng)暴，劃分限界上下文，完成領(lǐng)域建模，它是一個(gè)自上而下的設(shè)計(jì)過程。
“DDD博大精深，但DDD也不是萬能的‘銀彈’。將中臺(tái)和DDD視作一種思維方式和設(shè)計(jì)思想，結(jié)合企業(yè)實(shí)際情況靈活運(yùn)用才是王道?！睔W創(chuàng)新說。
DDD從戰(zhàn)略設(shè)計(jì)到代碼落地的三階段方法
ThoughtWorks總監(jiān)級(jí)咨詢師楊云指導(dǎo)過多個(gè)DDD實(shí)施項(xiàng)目的落地，在峰會(huì)的主題演講上楊云系統(tǒng)介紹了如何將DDD建模在大規(guī)模開發(fā)團(tuán)隊(duì)的情況下確實(shí)的落地到代碼層面。
為什么企業(yè)覺得DDD落地難？楊云表示：“首先，因?yàn)镈DD進(jìn)入了更深層的應(yīng)用。DDD從戰(zhàn)略層面的應(yīng)用進(jìn)入到戰(zhàn)術(shù)落地層面，而不再僅僅停留在子域劃分、微服務(wù)劃分等。其次，參與建模的人，從業(yè)務(wù)專家和架構(gòu)師級(jí)別的技術(shù)專家，深入到產(chǎn)品經(jīng)理、軟件工程師等執(zhí)行具體事務(wù)的人員，面臨在百人以上開發(fā)團(tuán)隊(duì)大項(xiàng)目上保證代碼按照模型落地的難度。最后，DDD建模的投入和交付時(shí)間點(diǎn)的矛盾、DDD建模投入的即時(shí)性和DDD模型收益的長期性之間的矛盾?！?/p>
在DDD落地方面，企業(yè)需要對戰(zhàn)術(shù)級(jí)別的建模提供更具體、更模式化的指引。對于大規(guī)模項(xiàng)目，設(shè)計(jì)更明確、與代碼實(shí)現(xiàn)直接相關(guān)的微觀模型。提供更好的工具降低DDD模型建設(shè)和維護(hù)成本，提高模型和代碼一致性。
基于此，楊云提出了DDD落地的三階段方法：事件風(fēng)暴階段聚焦戰(zhàn)略建模、子域劃分、微服務(wù)拆分；名詞動(dòng)詞階段，在子域或微服務(wù)內(nèi)，細(xì)化實(shí)體和行為，識(shí)別重要角色和重要規(guī)則，建立子域內(nèi)核心概念的結(jié)構(gòu)化模型；類型流階段，微觀展開具體行為，將承載業(yè)務(wù)邏輯的純函數(shù)和依賴基礎(chǔ)設(shè)施的副作用函數(shù)剝離。
楊云表示，建模是迭代的，不是線性單向的。DDD建模需要考慮團(tuán)隊(duì)工作的細(xì)節(jié)層次，采取適當(dāng)?shù)姆椒ǎ河檬录L(fēng)暴來做戰(zhàn)略建模、用名詞動(dòng)詞法做子域內(nèi)的結(jié)構(gòu)化戰(zhàn)術(shù)建模、用類型流做行為內(nèi)部的微觀詳細(xì)設(shè)計(jì)。
結(jié)語
DDD從2003年被提出來以后，得到了業(yè)界的高度認(rèn)可，特別是微服務(wù)架構(gòu)、中臺(tái)等逐漸盛行，DDD正在加速在企業(yè)業(yè)務(wù)實(shí)踐中的落地。而領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)峰會(huì)為DDD社區(qū)提供了一個(gè)絕佳的交流與分享平臺(tái)，也將極大推動(dòng)這種進(jìn)程，更好地促進(jìn)DDD的發(fā)展。
