時(shí)代演變 架構(gòu)如何演進(jìn)？

時(shí)間：2022-03-26 08:18:01 | 來源：行業(yè)動(dòng)態(tài)

時(shí)間：2022-03-26 08:18:01 來源：行業(yè)動(dòng)態(tài)

隨著企業(yè)數(shù)字化轉(zhuǎn)型的轉(zhuǎn)型，業(yè)務(wù)實(shí)踐不斷豐富，相應(yīng)的工具和框架在演進(jìn)，創(chuàng)新的工具和技術(shù)不斷涌現(xiàn)。在這種情況下，開發(fā)者需要應(yīng)對不斷發(fā)生的變化。一直以來，架構(gòu)師都習(xí)慣于對軟件架構(gòu)進(jìn)行預(yù)估和提前設(shè)計(jì)以保護(hù)那些系統(tǒng)的重要特征（即不同的架構(gòu)維度），比如：業(yè)務(wù)需求、性能、安全性、可擴(kuò)展性等。但在軟件開發(fā)這樣一個(gè)生態(tài)系統(tǒng)中，新業(yè)務(wù)需求的出現(xiàn)、爆發(fā)性的用戶增長、新技術(shù)的涌現(xiàn)都將會(huì)打破這個(gè)動(dòng)態(tài)的平衡。而架構(gòu)師和團(tuán)隊(duì)不得不不斷做出調(diào)整來應(yīng)付這些變化，并在不同的架構(gòu)特征間進(jìn)行痛苦的權(quán)衡。

將可演進(jìn)性作為新的架構(gòu)特征加入到系統(tǒng)中，讓它在系統(tǒng)演進(jìn)時(shí)為其他特征提供保護(hù)。這便是演進(jìn)式架構(gòu)，它使我們可以兼顧多個(gè)架構(gòu)維度進(jìn)行引導(dǎo)式的增量變更。演進(jìn)式架構(gòu)在架構(gòu)層面做到演進(jìn)式地變更，在開發(fā)實(shí)踐、發(fā)布實(shí)踐和整個(gè)開發(fā)流水線上去建立架構(gòu)改變的實(shí)時(shí)反饋機(jī)制，讓變更更容易、成本更低。

談及演進(jìn)式架構(gòu)的提出，Neal表示，作為一種技術(shù)類的咨詢公司，ThoughtWorks能夠接觸到全球不同區(qū)域或者不同客戶的不同業(yè)務(wù)模式。演進(jìn)式架構(gòu)就來源于ThoughtWorks真實(shí)的全球項(xiàng)目經(jīng)驗(yàn)的積累。同時(shí)，ThoughtWorks還有一個(gè)技術(shù)專家委員會(huì)（Technical Advisory Board）不斷探索最新的技術(shù)趨勢，也豐富了演進(jìn)式架構(gòu)的內(nèi)容。

演進(jìn)式架構(gòu)的演進(jìn)具有兩個(gè)維度的內(nèi)涵，第一個(gè)方向是增量式的演進(jìn)，讓系統(tǒng)能夠做到增量式的演進(jìn)或者增量式的變更；第二是指引式的演進(jìn)或者是向?qū)降难葸M(jìn)，通過定義一個(gè)適應(yīng)度函數(shù)（fitness function）幫助我們實(shí)現(xiàn)演進(jìn)式架構(gòu)，讓開發(fā)人員能夠明確地認(rèn)知現(xiàn)在的方向是不是架構(gòu)所演進(jìn)的方向，是不是我想要的方向，然后它可量化地告訴開發(fā)者現(xiàn)在離這個(gè)目標(biāo)到底還有多遠(yuǎn)。演進(jìn)式架構(gòu)天生可以解決企業(yè)增量式、迭代式開發(fā)的一種訴求。Neal說。

現(xiàn)在整個(gè)業(yè)界還流行適應(yīng)性架構(gòu)，它的解決思路是通過一個(gè)大的配置文件或者系統(tǒng)，其會(huì)涉及很多的配置項(xiàng)，比如我有一個(gè)新的需求或者是新的業(yè)務(wù)流程進(jìn)來的時(shí)候，我只需要改這個(gè)配置項(xiàng)就可以支撐整個(gè)系統(tǒng)，這種架構(gòu)模式叫做適應(yīng)性架構(gòu)。

Neal說，演進(jìn)式架構(gòu)與適應(yīng)性架構(gòu)不同，其目的是讓架構(gòu)本身天生就能支持新業(yè)務(wù)模式不斷出現(xiàn)的演進(jìn)式問題。演進(jìn)式架構(gòu)基于業(yè)界近幾年出現(xiàn)的持續(xù)集成、持續(xù)交付、DevOps、基礎(chǔ)設(shè)施即代碼等新的基礎(chǔ)實(shí)踐。舉一個(gè)例子，大家現(xiàn)在都很了解混亂工程，英文叫chaos engineering。這個(gè)實(shí)踐實(shí)際上是近幾年在微服務(wù)產(chǎn)生之后才出現(xiàn)的，十年前開發(fā)團(tuán)隊(duì)和運(yùn)維團(tuán)隊(duì)實(shí)際上是分割的，完全分開的。正是有了DevOps這樣的實(shí)踐，演進(jìn)式架構(gòu)可以把chaos engineering作為整體的可持續(xù)的適應(yīng)度函數(shù)中的一部分。而適應(yīng)性架構(gòu)產(chǎn)生的時(shí)候，運(yùn)維和開發(fā)是分開的。

結(jié)果就是適應(yīng)性架構(gòu)是為了未來支撐不同的業(yè)務(wù)方式而做的一個(gè)大而全的解決方案，通過配置項(xiàng)給它進(jìn)行一個(gè)靈活的變更。但是演進(jìn)式解決問題的思路是當(dāng)我的業(yè)務(wù)需求真正出現(xiàn)以后，通過適應(yīng)度函數(shù)可以把握整個(gè)架構(gòu)的演進(jìn)方向。演進(jìn)式架構(gòu)隨著系統(tǒng)、業(yè)務(wù)逐漸疊加，能夠保證架構(gòu)上我所想保護(hù)的那些特征，比如說性能、可擴(kuò)展性，這些特征能夠支撐企業(yè)的演進(jìn)。

演進(jìn)式架構(gòu)會(huì)把原來我們在做企業(yè)架構(gòu)治理或者是架構(gòu)設(shè)計(jì)的時(shí)候變成一個(gè)文檔，本身變成一組、一系列的適應(yīng)度函數(shù)，這樣的適應(yīng)度函數(shù)可以幫助我們的架構(gòu)師不僅僅定義我的架構(gòu)里面希望能夠看到的特征是什么，比如我的耦合度有多高，而是變成一個(gè)真正流水線上所運(yùn)行的一個(gè)代碼，變成運(yùn)行的一個(gè)函數(shù)，這個(gè)函數(shù)會(huì)持續(xù)地幫我們檢查當(dāng)前架構(gòu)是不是違反了這個(gè)規(guī)則。