一分為二，合二為一 ——架構(gòu)思維雜談

干貨分享

原創(chuàng)2019-11-05小艾老師

“道生一，一生二，二生三，三生萬物?！?/p>
--《道德經(jīng)》

在給客戶做了很多次領(lǐng)域驅(qū)動設(shè)計工作坊與研究了一些企業(yè)架構(gòu)框架之后，我逐漸發(fā)現(xiàn)，對于一個架構(gòu)師來說，有兩個東西是_重要的，不是抽象能力，不是寫PPT的能力，他倆是基本能力了。我這里說的是兩個思維范式，一個是一分為二，另一個是合二為一。

一分為二

先說一分為二。這里的二只是一個虛數(shù)，可以是一分為三，一分為四，也可以是一分為多。它有兩個層面的意思，關(guān)注點(diǎn)分離與正反面思考。

關(guān)注點(diǎn)分離

_個層面是思考層面的關(guān)注點(diǎn)分離。人腦的思考負(fù)載是承受不了整個非常復(fù)雜的領(lǐng)域的，必須得把它拆分，同一時間只思考其中一個方面，別的方面先忽略掉，不然就會陷入思考癱瘓的情況，無從下手?；谑录L(fēng)暴來開展領(lǐng)域驅(qū)動設(shè)計，肯定也是基于每一個業(yè)務(wù)場景來做的，不可能同時做，我也不知道怎么同時做。

同時，還要關(guān)注你所應(yīng)該關(guān)注的。例如，在做ES過程中，往往會遇到某些事件會跟第三方系統(tǒng)或者是人的交互，客戶就會問需不需要把第三方系統(tǒng)和人的具體事件也識別出來，我一般說不需要，因?yàn)槟遣皇悄愕南到y(tǒng)所需要關(guān)注的，實(shí)際上你也關(guān)注不了，別人會做什么你怎么知道呢？我們要做的是清晰界定系統(tǒng)的邊界事件，這就足夠了。這同樣是關(guān)注點(diǎn)分離的思想。

思考層面的關(guān)注點(diǎn)分離必然會導(dǎo)致_后架構(gòu)設(shè)計上的職責(zé)分離。架構(gòu)上的職責(zé)分離，就是指系統(tǒng)的分層，分治，其實(shí)就是老生常談的高內(nèi)聚。DDD里面，戰(zhàn)術(shù)層面識別聚合，戰(zhàn)略層面劃分子域與限界上下文，無不是為了追求架構(gòu)設(shè)計上的分層，分治。至于職責(zé)分離能夠做到什么程度，這就需要不斷的練習(xí)，積累經(jīng)驗(yàn)了。

正反面思考

第二個層面是正反向思考。_近發(fā)現(xiàn)一個比較有意思的現(xiàn)象。當(dāng)有一篇公眾號文章從正面把一件事物捧上天時，不過幾天立刻就會有另外一個公眾號發(fā)一篇文章從反面把這件事批得一無是處。舉個_近的比較典型的兩篇文章，一篇是《在中國，反抗應(yīng)試教育的人，是真蠢》，另一篇《日本一位諾獎得主：東亞教育是在浪費(fèi)時間》。有興趣的同學(xué)可以搜索來讀一下。一篇把中國應(yīng)試教育捧上天，另一篇把中國應(yīng)試教育踩落地。兩篇文章誰對誰錯呢？我說兩篇都對，但都只看到了一面。比較合理的做法應(yīng)該是從正反兩個方面都思考應(yīng)試教育的優(yōu)缺點(diǎn)。這些明顯有帶節(jié)奏傾向的公眾號文章越來越多，而且越來越有迷惑性，讓人難以分辨。而這種以偏概全的做法在軟件開發(fā)領(lǐng)域也經(jīng)常碰到，_典型的例子莫過于微服務(wù)。

這幾年微服務(wù)架構(gòu)可以說非常火熱，很多人言必稱微服務(wù)。剛開始的時候很多人寫了很多文章不斷吹噓微服務(wù)架構(gòu)比單體架構(gòu)優(yōu)越，絕口不談微服務(wù)所帶來的挑戰(zhàn)，以至于很多人開發(fā)一個非常簡單的系統(tǒng)也一定要趕上微服務(wù)的潮流。然而一開始開發(fā)后就叫苦連天。后面慢慢的才有一些人開始寫文章批判微服務(wù)架構(gòu)。這里不過多的討論微服務(wù)架構(gòu)的優(yōu)劣，只是想說明這些無腦帶節(jié)奏的行為其實(shí)都是不負(fù)責(zé)任的，往往都是帶有商業(yè)目的。作為一名架構(gòu)師，應(yīng)該具備獨(dú)立地從正反兩個方向思考的能力，并時常保持警惕，嚴(yán)防有所企圖者對某一事物的單方面吹噓。

合二為一

說完一分為二，現(xiàn)在說一下合二為一。這里的二也是個虛數(shù)，可以是合三為一，也可以是合多為一。

合二為一的核心原則是“平衡”二字。我經(jīng)常跟別人說，架構(gòu)無他，唯獨(dú)“平衡”二字。作為架構(gòu)師，追求的是基于此時此地此況，綜合考慮的_優(yōu)解，而不是完美解。完美解并不存在，所有的解都是妥協(xié)的結(jié)果。舉個例子，我們都知道兩個上下文如果出現(xiàn)循環(huán)引用，意味著可能它們之間關(guān)系過于緊密，可以考慮合并，或者把導(dǎo)致循環(huán)引用的那部分抽出來單獨(dú)作為一個上下文。但是如果它們之間有一個是第三方系統(tǒng)，那合并的做法就走不通了。那是不是一定要把那部分抽離呢？這個時候就要一分為二了，不能只看到正面的優(yōu)點(diǎn)，還要想想反面的缺點(diǎn)，求得一個“平衡”的_優(yōu)解。

合二為一的思維模式在企業(yè)架構(gòu)里面尤為重要。例如在TOGAF中，把企業(yè)架構(gòu)分為業(yè)務(wù)架構(gòu)、數(shù)據(jù)架構(gòu)、應(yīng)用架構(gòu)和技術(shù)架構(gòu)四個層面，四個層面不是獨(dú)立的，而是互相緊密聯(lián)系和約束，統(tǒng)一形成一個完整的企業(yè)架構(gòu)；而且，TOGAF還提出了視角與視點(diǎn)的概念，即認(rèn)為即使是同一層面，不同的利益關(guān)系人從不同的角度觀看架構(gòu)，看到的東西是不一樣的。例如，同樣是技術(shù)架構(gòu)，軟件開發(fā)者看到的是系統(tǒng)邏輯架構(gòu)，運(yùn)維人員看到的是系統(tǒng)的部署架構(gòu)，系統(tǒng)管理員看到的是基礎(chǔ)設(shè)施架構(gòu)。FEA的五大參考參考模型，DoDAF的八大視圖，其實(shí)說的都是從不同的視角觀看企業(yè)架構(gòu)。這就要求企業(yè)架構(gòu)師在給企業(yè)建模時，必須通盤考慮，謀求各個干系人的利益_大化。

分析和看待問題時一分為二，必然要求我們在解決問題時合二為一。不然，我們解決問題的方法_是有問題的，以偏概全的情況大概率就會出現(xiàn)了。

_后說一下“拍板”的問題。人思考的角度一多，就會容易出現(xiàn)模凌兩可，做決策時猶豫不決的情況。我自己經(jīng)常也是這樣，說的好聽叫謹(jǐn)慎，不好聽叫多慮。怎么拿捏這個度其實(shí)也是一種“平衡”。另外一個思考的角度是承認(rèn)架構(gòu)是可以演變的，一時的決策并不是那么的重要，保持架構(gòu)的持續(xù)演化才是_重要的。這個就是演進(jìn)式架構(gòu)的思想，是面向失敗的架構(gòu)。但是話又說回來，這又會是另一個“微服務(wù)”糖衣炮彈嗎？

贊