分布式微服務(wù)融合技術(shù)架構(gòu)趨勢(shì)解讀

1、 分布式微服務(wù)融合技術(shù)架構(gòu)趨勢(shì)解讀 導(dǎo)讀隨著全球數(shù)字化浪潮的洗禮，新一代的顛覆者們憑借著業(yè)務(wù)與技術(shù)雙驅(qū)的洪荒之力為業(yè)界樹立了新的“最佳實(shí)踐”和“參考架構(gòu)”。傳統(tǒng)行業(yè)以及經(jīng)典的企業(yè)IT領(lǐng)域在過(guò)去數(shù)年間歷經(jīng)了持續(xù)的顛簸。如何在保持自身核心基因的前提下，增益其過(guò)往之所不能，這已經(jīng)成為了IT領(lǐng)導(dǎo)們亟待解決的問(wèn)題。這場(chǎng)紛紛擾擾的架構(gòu)之爭(zhēng)，并非一場(chǎng)簡(jiǎn)單的遭遇戰(zhàn)，而恰恰是企業(yè)IT在數(shù)字化背景下持續(xù)演進(jìn)的表征。在這個(gè)從分庭對(duì)立走向兼容并蓄的歷史進(jìn)程中，實(shí)踐者們需要更加深刻與快速的實(shí)踐、反思能力，去辨識(shí)、揚(yáng)棄一些流毒甚廣的膚淺觀念，以實(shí)踐去參與進(jìn)化，見(jiàn)證融合。本文原題：中道為正、無(wú)問(wèn)西東數(shù)字化浪潮下的架構(gòu)融合淺

2、談經(jīng)過(guò)了這些年商業(yè)與技術(shù)的“顛覆”亂局后，人們至少都學(xué)會(huì)了“以彼之道還施彼身”，在挨打和混戰(zhàn)中學(xué)會(huì)了打架。有資格活著參與進(jìn)化的意義要遠(yuǎn)遠(yuǎn)大于技術(shù)性的炮制概念化差異。經(jīng)常在機(jī)場(chǎng)穿行的人們，很難注意不到鋪天蓋地的云計(jì)算廣告牌。尤其是近幾年阿里云的一系列廣告創(chuàng)意相當(dāng)霸氣，大肆宣稱“超過(guò)第二名至第十名規(guī)?？偤汀薄Ｎ宜貋?lái)對(duì)于各種大詞不感冒，反倒是廣告里一行小字引發(fā)了關(guān)注：“數(shù)字化轉(zhuǎn)型專家”。過(guò)去數(shù)年間，在“互聯(lián)網(wǎng)+”的本土語(yǔ)系中，數(shù)字化轉(zhuǎn)型其實(shí)是一個(gè)比較夾生的表達(dá)方式。雖然“數(shù)字化”對(duì)這一進(jìn)程本質(zhì)的揭示更為深刻和普適，但不可否認(rèn)的是，以“互聯(lián)網(wǎng)”為前綴的表達(dá)方式在逆襲正勁的風(fēng)口，具有更高的市場(chǎng)辨識(shí)度。在

3、一個(gè)領(lǐng)域中，話語(yǔ)構(gòu)建的水平往往也表征了其本身的成熟與進(jìn)化程度。更多從業(yè)者們對(duì)于“數(shù)字化轉(zhuǎn)型”語(yǔ)系的普遍采納，除了表明近幾年互聯(lián)網(wǎng)與傳統(tǒng)IT企業(yè)基因混雜、彼此融合的特征，也表明了企業(yè)市場(chǎng)在歷經(jīng)顛覆、迷茫、跟風(fēng)、實(shí)踐之后，愈加清朗地辨明了自己的主要矛盾與核心訴求。IBM商業(yè)價(jià)值研究院近來(lái)發(fā)表了一系列關(guān)于“數(shù)字化重塑”（數(shù)字化轉(zhuǎn)型的進(jìn)階）和“傳統(tǒng)企業(yè)逆襲”的研究報(bào)告。雖然我們并不敢說(shuō)這預(yù)示著傳統(tǒng)企業(yè)數(shù)字化復(fù)蘇的春天就要到來(lái)了，但是經(jīng)過(guò)了這些年商業(yè)與技術(shù)的“顛覆”亂局后，人們至少都學(xué)會(huì)了“以彼之道還施彼身”，在挨打和混戰(zhàn)中學(xué)會(huì)了打架。以金融科技（FINTECH）為例，今天在這個(gè)領(lǐng)域里的玩家，既有過(guò)去的

4、所謂顛覆者紛紛從2C走向2B，也有傳統(tǒng)銀行突破體制格局，主動(dòng)向市場(chǎng)輸出科技能力。近來(lái)坊間還多有FINTECH和TECHFIN的概念紛爭(zhēng)，其本質(zhì)無(wú)非是攜帶著不同基因的參與者，共同匯入了一場(chǎng)金融數(shù)字化的進(jìn)化之旅。強(qiáng)調(diào)TECH或者FIN也許并不重要，有資格活著參與進(jìn)化的意義要遠(yuǎn)遠(yuǎn)大于技術(shù)性的炮制概念化差異。如果以數(shù)字化轉(zhuǎn)型甚至重塑的視角，去打量傳統(tǒng)企業(yè)的主要實(shí)踐，至少可以看到三個(gè)主要的方向。一、求差異，以數(shù)字化手段重構(gòu)客戶體驗(yàn)。二、謀格局，在數(shù)字化建設(shè)過(guò)程中創(chuàng)造新的業(yè)務(wù)模式，以滿足（可數(shù)字化的）業(yè)務(wù)能力或者資產(chǎn)更靈活地在廣義的業(yè)務(wù)生態(tài)中實(shí)現(xiàn)交付，乃至變現(xiàn)。三、孵創(chuàng)新，在企業(yè)內(nèi)部通過(guò)機(jī)制，培育、孵化業(yè)

5、務(wù)和技術(shù)的“殺手锏”。當(dāng)然，天底下本沒(méi)有什么新鮮事兒。對(duì)于企業(yè)來(lái)講真正困難的并不是找到一招鮮的法寶，而是深刻基于自己的傳統(tǒng)和現(xiàn)狀，找出一條循序漸進(jìn)的進(jìn)化道路。我們可以認(rèn)為這是一種“整合性”的創(chuàng)新能力。如果悖離自己的業(yè)務(wù)和技術(shù)的傳統(tǒng)和現(xiàn)狀，以突變、割裂的方式妄談創(chuàng)新，往往只會(huì)為實(shí)踐領(lǐng)域制造更多二元對(duì)峙的概念和文化沖突。畢竟“基因突變”和“天上掉餡餅”一樣，都是極小概率事件。而無(wú)論在哪個(gè)方向上去踐行數(shù)字化轉(zhuǎn)型，經(jīng)歷過(guò)這一波市場(chǎng)的洗禮，大多數(shù)企業(yè)對(duì)于“場(chǎng)景”都有了更加深刻的認(rèn)知和感受。場(chǎng)景作為流量變現(xiàn)的關(guān)鍵，成為了事實(shí)上驗(yàn)證業(yè)務(wù)和技術(shù)的標(biāo)準(zhǔn)。這種共識(shí)使得人們比以往更加關(guān)注垂直的業(yè)務(wù)場(chǎng)景落地。“小而美

6、”的垂直實(shí)踐比“高大上”的平臺(tái)構(gòu)想要更加謹(jǐn)慎而務(wù)實(shí)。以銀行為例，處于業(yè)務(wù)敏感前沿的分行或業(yè)務(wù)部門近年來(lái)涌現(xiàn)出越來(lái)越多顆粒度不大，但是時(shí)效性比較迫切的數(shù)字化業(yè)務(wù)場(chǎng)景需求。這些業(yè)務(wù)場(chǎng)景往往具備較強(qiáng)的地域性、行業(yè)性甚至季節(jié)性，在業(yè)務(wù)運(yùn)營(yíng)模式上也具備較大的靈活自主性。在這種格局之下，全局性的橫向平臺(tái)如何去適應(yīng)活躍、豐富的垂直創(chuàng)新，應(yīng)該說(shuō)是一個(gè)關(guān)鍵問(wèn)題。近年來(lái)，包括銀行在內(nèi)的眾多企業(yè)科技部門紛紛熱衷于PaaS或者原生云應(yīng)用平臺(tái)的建設(shè)。在銀監(jiān)會(huì)關(guān)于“十三五”規(guī)劃的相關(guān)指導(dǎo)意見(jiàn)中，也特別強(qiáng)調(diào)要加大互聯(lián)網(wǎng)類應(yīng)用云化的力度。這些橫向的平臺(tái)構(gòu)建如果僅僅是關(guān)起門來(lái)自己玩架構(gòu)和技術(shù)，或者為云而云的搞應(yīng)用移植、平臺(tái)替換

7、，可能很難找到業(yè)務(wù)和技術(shù)良性互動(dòng)的關(guān)鍵點(diǎn)。解決數(shù)字化業(yè)務(wù)的場(chǎng)景性訴求，可能恰恰是這類新平臺(tái)的適用領(lǐng)域。在近幾年的實(shí)踐中，隨著開源以及所謂分布式架構(gòu)理念的普及，一個(gè)新的數(shù)字化技術(shù)堆棧正在發(fā)展成形。而PaaS或者原生云應(yīng)用平臺(tái)的興起進(jìn)一步驅(qū)動(dòng)了應(yīng)用架構(gòu)的變遷，在實(shí)踐上大大豐富了這個(gè)技術(shù)堆棧的內(nèi)涵。從應(yīng)用架構(gòu)的角度，基于原生云的12要素架構(gòu)原則及其大量設(shè)計(jì)模式得到了更為廣泛的采納。其架構(gòu)的核心訴求是速度（唯快不破）、安全（容錯(cuò)）、擴(kuò)展（彈性）。在開源社區(qū)，這樣的應(yīng)用設(shè)計(jì)理念得到了許多開源組件和框架的支持。而微服務(wù)架構(gòu)理念的流行進(jìn)一步為這些實(shí)踐推波助瀾。從技術(shù)架構(gòu)的角度，容器與大規(guī)模容器集群、編排技術(shù)

8、的廣泛采納與原生云應(yīng)用架構(gòu)可以說(shuō)是天作之合。此外，隨著容器作為應(yīng)用和服務(wù)的標(biāo)準(zhǔn)分發(fā)/交付單元，dev和Ops終于可以被無(wú)縫的貫穿。由此，從開發(fā)交付的角度，devOps的采納在技術(shù)上消除了壁壘。并進(jìn)一步在文化和組織上提出了新的要求和挑戰(zhàn)，如何在傳統(tǒng)橫向的組織邊界中（如傳統(tǒng)企業(yè)一部三中心的科技格局）去實(shí)現(xiàn)垂直業(yè)務(wù)場(chǎng)景的自治式演進(jìn)。而這也正是微服務(wù)理念的核心精髓。此外，在這個(gè)新的技術(shù)堆棧中，大規(guī)模基于分析的運(yùn)維與基于開源的支持生態(tài)也都提出了新的挑戰(zhàn)和要求。在這個(gè)新興的技術(shù)堆棧中，各種不同的實(shí)踐并沒(méi)有嚴(yán)格的時(shí)序先后依賴，而是保持著一種內(nèi)在的邏輯關(guān)聯(lián)各自展開，就像一幅拼圖從碎片中逐漸呈現(xiàn)出全景一樣。還記

9、得兩三年前跟一些大型客戶交流時(shí)，說(shuō)微服務(wù)和容器就是天作之合。當(dāng)時(shí)大家的反應(yīng)還是持保守和觀望態(tài)度。而到了今天，我們是不是可以更加清晰的表述一個(gè)更大的圖景：數(shù)字化業(yè)務(wù)豐富的場(chǎng)景訴求正在驅(qū)動(dòng)一個(gè)新的企業(yè)數(shù)字化技術(shù)堆棧不斷成熟。數(shù)字化場(chǎng)景、微服務(wù)、容器、devOps，這些元素都是天作之合。都是同一個(gè)進(jìn)化過(guò)程在不同面向上的表達(dá)，其內(nèi)在是彼此暗合、高度一致的。從企業(yè)實(shí)踐的角度，不管用什么名稱，從哪個(gè)角度去定義，最關(guān)鍵的就是找到適合自己的抓手，并且始終在發(fā)展過(guò)程中保持全局觀，以堆?；恼w視圖來(lái)設(shè)計(jì)路線圖，并根據(jù)實(shí)踐不斷持續(xù)更新。畢竟，這個(gè)領(lǐng)域的實(shí)踐，以及這個(gè)堆棧的發(fā)展，并不是以一種自上而下的方式鋪陳，而是

10、基于社區(qū)、基于實(shí)踐的進(jìn)化?；氐饺昵暗哪潜久嗽律裨挼暮诵挠^點(diǎn)，仍然沒(méi)有銀彈（No Silver Bullet）！沒(méi)有一招鮮,沒(méi)有萬(wàn)能藥！有的就是腳踏實(shí)地參與進(jìn)化的歷程。這個(gè)歷程就是企業(yè)在傳統(tǒng)經(jīng)典技術(shù)堆棧的基礎(chǔ)之上繼續(xù)演進(jìn)，生長(zhǎng)出新的“數(shù)字化雙翼”。然而，在新的數(shù)字化堆棧的發(fā)展過(guò)程中，我們也特別注意到了一些流行的二元對(duì)峙的偏狹觀念，其流弊之廣、危害之深值得實(shí)踐者們高度關(guān)注?！安话阉须u蛋放到一個(gè)籃子里”成為了所謂分布式陣營(yíng)的一個(gè)貌似絕對(duì)正確的理念和旗號(hào)。在實(shí)踐中，可以看到不少過(guò)于僵化和教條的做法，問(wèn)題已經(jīng)超越了雞蛋和籃子的關(guān)系。而是要不要把蛋黃和蛋清放到一個(gè)蛋殼里！未來(lái)運(yùn)維和業(yè)務(wù)將不得不為

11、這些麻煩而買單。1） 集中式與分布式的對(duì)立集中或者分布本身是兩種處理問(wèn)題的方式或者風(fēng)格，就像是同步與異步一樣。但是市場(chǎng)上的一些流行理念卻活生生將集中與分布劃分成了兩個(gè)彼此對(duì)峙的陣營(yíng)。在所謂的集中式陣營(yíng)中，如果一定要找一個(gè)靶子，那么基于IBM Z（俗稱主機(jī)）的技術(shù)堆?？梢运愕蒙稀氨娛钢摹钡募惺皆搭^。主機(jī)的技術(shù)堆棧在半個(gè)世紀(jì)前開啟了以服務(wù)器為核心的計(jì)算時(shí)代，發(fā)展和成熟于業(yè)務(wù)、數(shù)據(jù)大集中處理時(shí)代。其一直立足于關(guān)鍵事務(wù)處理的企業(yè)級(jí)計(jì)算。作為一個(gè)發(fā)展最為成熟的通用商業(yè)計(jì)算體系，不難發(fā)現(xiàn)其技術(shù)堆棧秉持的一些關(guān)鍵性假設(shè)和原則：以成熟、領(lǐng)先的貫穿全堆棧的系統(tǒng)優(yōu)勢(shì)，來(lái)為用戶換取在開發(fā)交付和運(yùn)行維護(hù)上更大的專

12、注性。這其實(shí)是多年來(lái)流行在企業(yè)級(jí)計(jì)算領(lǐng)域的一個(gè)重要原則Separation of Concerns（關(guān)注分離、專于其事）。經(jīng)典的企業(yè)IT組織格局以及技術(shù)支持生態(tài)也都是基于這樣的基本原型逐漸演化形成的。在成熟的主機(jī)用戶身上，我們能夠看到一些典型的特征。比如，從系統(tǒng)角度：精簡(jiǎn)的系統(tǒng)部署、充裕的擴(kuò)展能力、連續(xù)的業(yè)務(wù)可用、集約的運(yùn)維規(guī)模。從開發(fā)角度：專注于業(yè)務(wù)的開發(fā)模式，更好的架構(gòu)包容性（有容乃大?）。（圖示：經(jīng)典的基于主機(jī)的技術(shù)堆棧示意）不難發(fā)現(xiàn)，這個(gè)經(jīng)典的技術(shù)堆棧要達(dá)到的首要目標(biāo)并不是所謂集中，而是打造一個(gè)最高品質(zhì)的通用商業(yè)計(jì)算體系。換言之，就是通過(guò)系統(tǒng)化的技術(shù)手段保障其核心價(jià)值的可復(fù)制性和普遍性

13、，而不依賴于對(duì)運(yùn)維或應(yīng)用等外部因素提出過(guò)多特質(zhì)化的要求。當(dāng)然，在多年的實(shí)踐中，運(yùn)維和應(yīng)用也一定會(huì)根據(jù)系統(tǒng)的特點(diǎn)（優(yōu)勢(shì)以及短板）而發(fā)展出具有獨(dú)特性的資產(chǎn)?？梢哉f(shuō)這幾年主機(jī)用戶一系列以減少消耗為導(dǎo)向的優(yōu)化舉措也是非常有益的探索。但是我們應(yīng)該認(rèn)識(shí)到，一個(gè)成熟的商業(yè)技術(shù)堆棧與興起于互聯(lián)網(wǎng)超級(jí)玩家的技術(shù)堆棧在發(fā)展模式上的確存在差異。超級(jí)互聯(lián)網(wǎng)玩家追求對(duì)于技術(shù)全棧盡可能的自主掌控是基于其超級(jí)龐大的業(yè)務(wù)和科技體量、爆發(fā)式的發(fā)展增速，以及業(yè)務(wù)和科技融為一體的企業(yè)基因。商業(yè)系統(tǒng)的運(yùn)作則是基于契約式。說(shuō)白了就是，用經(jīng)濟(jì)手段交換能力，用合約手段保障承諾。當(dāng)然，今天國(guó)內(nèi)互聯(lián)網(wǎng)巨頭紛紛開始以科技輸出進(jìn)入這個(gè)領(lǐng)域，都面臨

14、著從“自食狗糧”向商業(yè)契約化的過(guò)渡和轉(zhuǎn)化。這一點(diǎn)遲早會(huì)把不同基因的參與者拉回到同一個(gè)角斗場(chǎng)。其次，就算回到集中與分布的技術(shù)紛爭(zhēng)。我認(rèn)為也很難完全把一個(gè)技術(shù)體系簡(jiǎn)單歸為集中或者分布。很多人可能沒(méi)有認(rèn)識(shí)到，基于主機(jī)的傳統(tǒng)交易中間件CICS本身就是為分布式服務(wù)而構(gòu)建。CICS的縮寫據(jù)說(shuō)可以解釋為CICS IS CONTAINER SERVICE，這并非笑談！作為分布式服務(wù)所需要的容器化運(yùn)行環(huán)境、遠(yuǎn)程調(diào)用框架、服務(wù)的注冊(cè)、發(fā)現(xiàn)、路由、負(fù)載均衡等等能力在這個(gè)技術(shù)體系內(nèi)都有對(duì)應(yīng)的經(jīng)典實(shí)現(xiàn)方式。至于在物理部署模式上是采用水平擴(kuò)展、垂直擴(kuò)展或者混合模式，更多的是從性能的優(yōu)化、運(yùn)維的效率、擴(kuò)展的空間等多種角度來(lái)

15、綜合考慮。反觀近年來(lái)市場(chǎng)上流行的分布式架構(gòu)實(shí)踐，其實(shí)質(zhì)往往無(wú)外乎是開源技術(shù)的采納，應(yīng)用的服務(wù)化（甚至微服務(wù)化）、以及去狀態(tài)或者無(wú)狀態(tài)化，嚴(yán)格一致性的妥協(xié)，廣泛的異步式處理，再加上數(shù)據(jù)的業(yè)務(wù)性或者技術(shù)性分散。在過(guò)往全球互聯(lián)網(wǎng)巨頭的實(shí)踐中，這些手段的運(yùn)用都是有其上下文和條件的。但是如果將之作為一個(gè)教條的概念，甚至賦予新一代“銀彈”的期望，不求甚解甚至囫圇吞棗，也會(huì)帶來(lái)負(fù)面而深遠(yuǎn)的影響。“不把所有雞蛋放到一個(gè)籃子里”成為了所謂分布式陣營(yíng)的一個(gè)貌似絕對(duì)正確的理念和旗號(hào)。在實(shí)踐中，可以看到不少過(guò)于僵化和教條的做法，比如在沒(méi)有擴(kuò)展性瓶頸的前提下單純用技術(shù)性手段強(qiáng)行分拆數(shù)據(jù)。我認(rèn)為一些問(wèn)題已經(jīng)超越了雞蛋和籃

16、子的關(guān)系。而是要不要把蛋黃和蛋清放到一個(gè)蛋殼里！未來(lái)運(yùn)維和業(yè)務(wù)將不得不為這些麻煩而買單。套用流行的佛系用語(yǔ)，“是諸法空相，不生不滅，不垢不凈，不增不減，不集中不分布，不同步不異步?！睂?shí)踐者需要睜開智慧的架構(gòu)之眼，以己之眼明辨是非，而不人云亦云。怎么加班交付都不夠敏捷，怎么解耦應(yīng)用都還是一團(tuán)亂麻，怎么監(jiān)控生產(chǎn)都還是如履薄冰。與微服務(wù)相對(duì)的巨石架構(gòu)隨即躺槍成為了萬(wàn)惡之源，如過(guò)街老鼠人人喊打。2） 微服務(wù)與巨石的對(duì)立隨著微服務(wù)架構(gòu)的迅速躥紅，這顆新的“銀彈”又給市場(chǎng)注入了巨大的想象力。人們?cè)趥鹘y(tǒng)的交付和運(yùn)維苦海中掙扎著，怎么加班交付都不夠敏捷，怎么解耦應(yīng)用都還是一團(tuán)亂麻，怎么監(jiān)控生產(chǎn)都還是如履薄冰。

17、與微服務(wù)相對(duì)的巨石架構(gòu)隨即躺槍成為了萬(wàn)惡之源，如過(guò)街老鼠人人喊打。然而如果我們稍微研究一下微服務(wù)架構(gòu)的歷史沿革和實(shí)質(zhì)，會(huì)發(fā)現(xiàn)其關(guān)鍵強(qiáng)調(diào)的是一種架構(gòu)和交付的文化，“微”的目的是為了服務(wù)能夠獨(dú)立、自治的垂直演進(jìn)。記得曾經(jīng)有一種非常有趣的說(shuō)法，單個(gè)微服務(wù)的設(shè)計(jì)、開發(fā)、測(cè)試和運(yùn)維的所有人加在一起吃飯，只需要兩張批薩就夠了，這是就是著名的“Two pizza team”原則。在這種模式之下，devOps幾乎毫無(wú)例外的是剛需。然而如果僅僅是教條地將微服務(wù)作為一種普遍性準(zhǔn)則，不分場(chǎng)合，生搬硬套，同樣會(huì)遭遇尷尬。在實(shí)踐中，人們往往最多的問(wèn)題就是，找不到傳統(tǒng)應(yīng)用重構(gòu)為微服務(wù)的合適場(chǎng)景。而且這種架構(gòu)和交付方式對(duì)于

18、經(jīng)典的組織結(jié)構(gòu)和文化也造成了極大的沖擊。如何跳出傳統(tǒng)的紅海（苦海）的束縛，找到一片業(yè)務(wù)和架構(gòu)的藍(lán)海，成為了很多實(shí)踐者關(guān)心的話題?；氐健肮歉小钡默F(xiàn)實(shí)中，對(duì)于傳統(tǒng)企業(yè)而言，微服務(wù)的采納有可能并不是一個(gè)最急迫的核心問(wèn)題。而且我們相信經(jīng)過(guò)這么多年應(yīng)用的治理，在一個(gè)有一定水準(zhǔn)的企業(yè)內(nèi)，巨石架構(gòu)的弊端也沒(méi)有外界想象那么嚴(yán)重。但是在實(shí)踐中，必須承認(rèn)服務(wù)化治理本身的確是一個(gè)既急迫又長(zhǎng)期的過(guò)程，自SOA時(shí)代以來(lái)落下的功課早晚是要交上的。“高內(nèi)聚、低耦合”在什么時(shí)代都是服務(wù)的黃金法則。（圖示：服務(wù)治理的急迫性，圖片摘自斷舍離）我們?cè)谇懊嬖?jīng)提到過(guò)，主機(jī)架構(gòu)對(duì)于應(yīng)用有著更大的包容性。這一點(diǎn)在服務(wù)治理的歷程中是可以得

19、到印證的。記得十幾年前，IBM就建議主機(jī)CICS的用戶在部署應(yīng)用時(shí)，盡量將長(zhǎng)交易、短交易，不同業(yè)務(wù)目標(biāo)的應(yīng)用分配部署到不同群組的CICS容器（region）中去。這樣可以利用系統(tǒng)對(duì)于混雜工作負(fù)載的調(diào)度管理能力，充分地利用系統(tǒng)資源。然而這么多年過(guò)去了，大多數(shù)國(guó)內(nèi)銀行的主機(jī)用戶仍然利用著系統(tǒng)尚充裕的垂直擴(kuò)展性，保持著近乎極簡(jiǎn)的部署模式。不少用戶不分或者極少劃分業(yè)務(wù)群組，在每個(gè)CICS容器中都部署近乎全量的應(yīng)用，并通過(guò)外圍路由來(lái)區(qū)分不同類型的訪問(wèn)請(qǐng)求。這樣的做法從積極的意義上，可以認(rèn)為充分利用了系統(tǒng)架構(gòu)的優(yōu)勢(shì)，簡(jiǎn)化了開發(fā)、部署和運(yùn)維，并通過(guò)架構(gòu)的包容性為服務(wù)治理爭(zhēng)取了時(shí)間。然而，人們也應(yīng)該意識(shí)到，這

20、樣的架構(gòu)如果平移到另外一個(gè)所謂的分布式應(yīng)用平臺(tái)，其結(jié)果將是災(zāi)難的。毋庸置疑，服務(wù)的治理是一項(xiàng)長(zhǎng)治久安的百年大計(jì)。從這個(gè)意義上，微服務(wù)本身并不是解決這個(gè)問(wèn)題的“一招鮮”。微服務(wù)或者巨石作為兩種不同風(fēng)格的架構(gòu)，從長(zhǎng)遠(yuǎn)來(lái)講是可以共生共存的，更何況在二者之間還有廣闊的地帶。關(guān)鍵是找到彼此最合適的領(lǐng)域。我認(rèn)為在垂直的數(shù)字化場(chǎng)景這個(gè)領(lǐng)域中，可以嘗試在新的數(shù)字化堆棧中開展微服務(wù)的嘗試。當(dāng)然這種嘗試也需要找到合適的抓手，不可僵化套用。比如，在一些大型企業(yè)的實(shí)踐中，先通過(guò)無(wú)狀態(tài)的彈性應(yīng)用去推動(dòng)新技術(shù)堆棧的發(fā)展，有可能是更加符合現(xiàn)實(shí)訴求的?；旌稀㈦p速或者融合的技術(shù)堆棧格局，恰恰是在快速演進(jìn)的業(yè)務(wù)格局中一種“中道”

21、式的自然過(guò)程。而歷史的演進(jìn)，往往是從二元對(duì)峙的謬誤中，開啟融合之路。最后，通過(guò)以上的探討，讓我們嘗試拋出一些架構(gòu)融合的觀察和建議。在傳統(tǒng)經(jīng)典的技術(shù)堆棧（如基于IBM Z）之外，新的技術(shù)堆棧（所謂數(shù)字化雙翼）正在成型，并迅速演變。這些技術(shù)堆棧之間并不能簡(jiǎn)單用商業(yè)/開源，集中/分布，傳統(tǒng)/顛覆來(lái)進(jìn)行概念化二元對(duì)峙的區(qū)分。在各自的發(fā)展路徑上，甚至是可以彼此參照，互相包容，共同進(jìn)化的。（圖示：以主機(jī)用戶為例的架構(gòu)融合、雙技術(shù)堆棧示意）以采納了經(jīng)典主機(jī)作為核心的企業(yè)為例，在實(shí)踐架構(gòu)融合的進(jìn)程中，我們建議：以Restful API的方式，將主機(jī)堆棧的應(yīng)用和數(shù)據(jù)資產(chǎn)融入到一個(gè)原生的API環(huán)境中，提供最大的靈活性。開辟全新的純API的主機(jī)高速接入/調(diào)出通道，實(shí)現(xiàn)兩個(gè)技術(shù)堆棧的高架合龍。繼續(xù)推進(jìn)服務(wù)化改造和優(yōu)化工作。推動(dòng)新的企業(yè)數(shù)字化堆棧建設(shè)，找到業(yè)務(wù)和應(yīng)用訴求的突破口。頂層布局，總體部署。避免架構(gòu)和技術(shù)堆棧的孤島。共同推動(dòng)商務(wù)與技術(shù)的協(xié)同進(jìn)化。在本文開篇時(shí)，我們?cè)?jīng)簡(jiǎn)單談到了在數(shù)字化轉(zhuǎn)型的浪潮中，傳統(tǒng)企業(yè)的復(fù)蘇甚至逆襲。隨著數(shù)字化服務(wù)生態(tài)的飛速演進(jìn)，大家也必須看清一些事實(shí)。作為數(shù)字化生態(tài)和流量經(jīng)濟(jì)