說(shuō)起來(lái)生闲，所謂Evolutionary Design已經(jīng)是老生常談了寡键。早在2004年掀泳，Martin Fowler在文章Is Design Dead中就深刻地比較了計(jì)劃式設(shè)計(jì)與演進(jìn)式設(shè)計(jì)，至今閱讀這篇文章西轩，對(duì)于理解敏捷和演進(jìn)式設(shè)計(jì)依舊振聾發(fā)聵员舵。我在博客設(shè)計(jì)恰如其分的架構(gòu)中，也算得上是旁征博引地闡述了諸多與演進(jìn)式設(shè)計(jì)相關(guān)的理念藕畔，例如Neal Ford提出的Emergent Design马僻，George Fairbanks提出的Risk Driven Design，以及Minimal planned design注服。
然而韭邓，有多少人在遵循著Evolutionary Design的理念進(jìn)行著架構(gòu)的規(guī)劃與設(shè)計(jì)呢措近？如果說(shuō)，架構(gòu)過(guò)程確定無(wú)疑地需要不斷地演進(jìn)女淑，但該如何演進(jìn)瞭郑，如何更好地演進(jìn)，依舊是一個(gè)巨大的謎題鸭你。Neal Ford提出的諸如發(fā)現(xiàn)模式屈张、重構(gòu)、測(cè)試驅(qū)動(dòng)開(kāi)發(fā)等方法袱巨，更多地還是停留在微觀架構(gòu)的層面阁谆。而在多數(shù)的架構(gòu)設(shè)計(jì)過(guò)程中，更多地是基于質(zhì)量屬性瓣窄，前瞻地去選擇架構(gòu)風(fēng)格（抑或架構(gòu)模式）笛厦，并參照一些最佳實(shí)踐結(jié)合自己的場(chǎng)景去驅(qū)動(dòng)出物理架構(gòu)與邏輯架構(gòu)纳鼎。若完全寄情于Last Responsible Time俺夕，期待著通過(guò)對(duì)架構(gòu)重構(gòu)讓已有軟件系統(tǒng)煥然一新，畢竟代價(jià)太大贱鄙，對(duì)架構(gòu)師的能力也要求太高劝贸。
正如Martin Fowler對(duì)架構(gòu)的定義：
架構(gòu)是重要的事物，無(wú)論它是什么逗宁。架構(gòu)是以后很難更改的內(nèi)容映九。
既然很難更改，我們?yōu)楹尾荒芤货矶拖箍牛咳欢琋eal Ford又告訴我們：未來(lái)是不可預(yù)測(cè)的。于是之哼拔，我們并不能以無(wú)知的未來(lái)妝點(diǎn)當(dāng)下引有，否則會(huì)導(dǎo)致設(shè)計(jì)過(guò)度，甚至南轅北轍倦逐。雖然一路向北譬正，終究能返歸南方，可惜路漫漫其修遠(yuǎn)兮檬姥，沒(méi)有人愿意等待曾我，也不值得等待。
在Agile China 2013年健民，我在ThoughtWorks的同事Scott Shaw與賈陽(yáng)聯(lián)袂演出了一臺(tái)戲抒巢，戲名喚作Evolving Architecture For Change，以一個(gè)真實(shí)案例闡釋我們?nèi)绾窝葸M(jìn)客戶系統(tǒng)的架構(gòu)秉犹。演講從Evolving Path蛉谜、Technical Enables與Culture Enables三個(gè)方面全面細(xì)致地介紹了架構(gòu)的演進(jìn)之路平酿。概而言之，用到的方法與理念包括：
- 通過(guò)Bounded Context識(shí)別Domain Service
- 基于RESTful的Micro Service架構(gòu)
- 自動(dòng)化的Consumer Driven Contract Test
- 自動(dòng)化部署與部署流水線(Deployement Pipeline)
- 組建特性團(tuán)隊(duì)(Feature Team)
- 重視交流悦陋，將架構(gòu)師視為Facilitator蜈彼，通過(guò)可視化手段引導(dǎo)設(shè)計(jì)
演進(jìn)之前的架構(gòu)是一個(gè)簡(jiǎn)單分割的分布式架構(gòu)，F(xiàn)ront End面向客戶的用戶俺驶，而Office End則面向業(yè)務(wù)人員和系統(tǒng)管理者幸逆。整個(gè)系統(tǒng)的模塊邊界非常模糊，集成復(fù)雜暮现，代碼庫(kù)龐大而混亂还绘，存在大量重復(fù)代碼。
采用上述方法對(duì)系統(tǒng)架構(gòu)進(jìn)行演進(jìn)栖袋，最終形成了如下圖所示的基于RESTful的圍繞Domain Service為中心的類微服務(wù)架構(gòu)：
然而拍顷，嚴(yán)格意義上講，這個(gè)案例的架構(gòu)演進(jìn)屬于針對(duì)已有系統(tǒng)（或遺留系統(tǒng)）架構(gòu)進(jìn)行重構(gòu)的范疇塘幅，而非從頭開(kāi)始搭建架構(gòu)的演進(jìn)式設(shè)計(jì)昔案。
最近讀到Joshua Kerievsky的文章Evolutionary Design，他提倡架構(gòu)設(shè)計(jì)從Primitive Whole開(kāi)始电媳，勿求功能做到最深最全踏揣，而是以“廣度優(yōu)先”的算法思想在最初的設(shè)計(jì)中覆蓋整個(gè)系統(tǒng)的全部組成部分。如下圖所示的吉他設(shè)計(jì)：
迭代1設(shè)計(jì)的吉他根本不可用匾乓，但基本的組成元素已經(jīng)初具模型捞稿，雖然它不能工作，但任何人看到這個(gè)模型拼缝，也不會(huì)認(rèn)為它是小提琴或者二胡娱局。
如此設(shè)計(jì)的好處在于可以提前發(fā)現(xiàn)團(tuán)隊(duì)協(xié)作與組件集成的風(fēng)險(xiǎn)。因?yàn)榍捌诘墓δ茕伒脴O廣咧七，就像八爪魚(yú)一般延伸到了系統(tǒng)的每一枝節(jié)（這些枝節(jié)卻沒(méi)有一片樹(shù)葉）衰齐，雖然極度粗糙簡(jiǎn)陋，但團(tuán)隊(duì)已經(jīng)可以開(kāi)始協(xié)作開(kāi)發(fā)猪叙，系統(tǒng)的集成點(diǎn)也被提前發(fā)現(xiàn)了娇斩。
協(xié)作問(wèn)題是管理風(fēng)險(xiǎn)，集成問(wèn)題是技術(shù)風(fēng)險(xiǎn)穴翩，二者都是導(dǎo)致軟件開(kāi)發(fā)延期的主要魁首犬第。雖然只是邁出了第一步，但這一步邁得扎實(shí)芒帕，邁得穩(wěn)當(dāng)歉嗓，之后就可以以更加穩(wěn)健步伐前進(jìn)，庶幾實(shí)現(xiàn)“較少修改”的架構(gòu)背蟆。
我發(fā)現(xiàn)這個(gè)階段是引入Alistair Cockburn六邊形架構(gòu)(Hexagonal Architecture)的最佳時(shí)期鉴分。
運(yùn)用六邊形架構(gòu)可以有效地識(shí)別系統(tǒng)關(guān)注點(diǎn)哮幢，從架構(gòu)層面（全局視角）設(shè)計(jì)，暫時(shí)可以不考慮實(shí)現(xiàn)細(xì)節(jié)志珍。六邊形架構(gòu)這種內(nèi)外分離的方式橙垢，可以有效地把系統(tǒng)的核心領(lǐng)域與邊界外的基礎(chǔ)設(shè)施隔離開(kāi)，從而形成一種獨(dú)立于框架伦糯，易于測(cè)試柜某，與外部代理、UI以及數(shù)據(jù)庫(kù)無(wú)關(guān)的應(yīng)用架構(gòu)（符合Robert Martin提出的Clean Architecture敛纲。與演進(jìn)式設(shè)計(jì)結(jié)合起來(lái)喂击，可以很好地幫助我們識(shí)別集成點(diǎn)，以更廣而非更深地視角俯瞰系統(tǒng)架構(gòu)淤翔。
演進(jìn)式設(shè)計(jì)是一種理念翰绊，它曾經(jīng)顛覆過(guò)傳統(tǒng)笨拙的計(jì)劃式設(shè)計(jì)，如今旁壮，它依舊煥發(fā)著生命力监嗜，但我們不能以靜止的眼光去看待它，而應(yīng)該嘗試著引入一些新的方法寡具、框架乃至技術(shù)——于是秤茅，演進(jìn)式設(shè)計(jì)這舊瓶就能裝著新酒，既散發(fā)出釅釅的酒香又不至于濃洌得熏人欲醉童叠！
