數字化浪潮下的架構融合淺談

經(jīng)常在機場(chǎng)穿行的人們，很難注意不到鋪天蓋地的云計算廣告牌。尤其是近幾年阿里云的一系列廣告創(chuàng )意相當霸氣，大肆宣稱(chēng)“超過(guò)第二名至第十名規?？偤汀?。我素來(lái)對于各種大詞不感冒，反倒是廣告里一行小字引發(fā)了關(guān)注：“數字化轉型專(zhuān)家”。過(guò)去數年間，在“互聯(lián)網(wǎng) ”的本土語(yǔ)系中，數字化轉型其實(shí)是一個(gè)比較夾生的表達方式。雖然“數字化”對這一進(jìn)程本質(zhì)的揭示更為深刻和普適，但不可否認的是，以“互聯(lián)網(wǎng)”為前綴的表達方式在逆襲正勁的風(fēng)口，具有更高的市場(chǎng)辨識度。

在一個(gè)領(lǐng)域中，話(huà)語(yǔ)構建的水平往往也表征了其本身的成熟與進(jìn)化程度。更多從業(yè)者們對于“數字化轉型”語(yǔ)系的普遍采納，除了表明近幾年互聯(lián)網(wǎng)與傳統IT企業(yè)基因混雜、彼此融合的特征，也表明了企業(yè)市場(chǎng)在歷經(jīng)顛覆、迷茫、跟風(fēng)、實(shí)踐之后，愈加清朗地辨明了自己的主要矛盾與核心訴求。IBM商業(yè)價(jià)值研究院近來(lái)發(fā)表了一系列關(guān)于“數字化重塑”(數字化轉型的進(jìn)階)和“傳統企業(yè)逆襲”的研究報告。雖然我們并不敢說(shuō)這預示著(zhù)傳統企業(yè)數字化復蘇的春天就要到來(lái)了，但是經(jīng)過(guò)了這些年商業(yè)與技術(shù)的“顛覆”亂局后，人們至少都學(xué)會(huì )了“以彼之道還施彼身”，在挨打和混戰中學(xué)會(huì )了打架。以金融科技(FINTECH)為例，今天在這個(gè)領(lǐng)域里的玩家，既有過(guò)去的所謂顛覆者紛紛從2C走向2B，也有傳統銀行突破體制格局，主動(dòng)向市場(chǎng)輸出科技能力。近來(lái)坊間還多有FINTECH和TECHFIN的概念紛爭，其本質(zhì)無(wú)非是攜帶著(zhù)不同基因的參與者，共同匯入了一場(chǎng)金融數字化的進(jìn)化之旅。強調TECH或者FIN也許并不重要，有資格活著(zhù)參與進(jìn)化的意義要遠遠大于技術(shù)性的炮制概念化差異。

如果以數字化轉型甚至重塑的視角，去打量傳統企業(yè)的主要實(shí)踐，至少可以看到三個(gè)主要的方向。一、求差異，以數字化手段重構客戶(hù)體驗。二、謀格局，在數字化建設過(guò)程中創(chuàng )造新的業(yè)務(wù)模式，以滿(mǎn)足(可數字化的)業(yè)務(wù)能力或者資產(chǎn)更靈活地在廣義的業(yè)務(wù)生態(tài)中實(shí)現交付，乃至變現。三、孵創(chuàng )新，在企業(yè)內部通過(guò)機制，培育、孵化業(yè)務(wù)和技術(shù)的“殺手锏”。當然，天底下本沒(méi)有什么新鮮事兒。對于企業(yè)來(lái)講真正困難的并不是找到一招鮮的法寶，而是深刻基于自己的傳統和現狀，找出一條循序漸進(jìn)的進(jìn)化道路。我們可以認為這是一種“整合性”的創(chuàng )新能力。如果悖離自己的業(yè)務(wù)和技術(shù)的傳統和現狀，以突變、割裂的方式妄談創(chuàng )新，往往只會(huì )為實(shí)踐領(lǐng)域制造更多二元對峙的概念和文化沖突。畢竟“基因突變”和“天上掉餡餅”一樣，都是極小概率事件。

而無(wú)論在哪個(gè)方向上去踐行數字化轉型，經(jīng)歷過(guò)這一波市場(chǎng)的洗禮，大多數企業(yè)對于“場(chǎng)景”都有了更加深刻的認知和感受。場(chǎng)景作為流量變現的關(guān)鍵，成為了事實(shí)上驗證業(yè)務(wù)和技術(shù)的標準。這種共識使得人們比以往更加關(guān)注垂直的業(yè)務(wù)場(chǎng)景落地?！靶《馈钡拇怪睂?shí)踐比“高大上”的平臺構想要更加謹慎而務(wù)實(shí)。以銀行為例，處于業(yè)務(wù)敏感前沿的分行或業(yè)務(wù)部門(mén)近年來(lái)涌現出越來(lái)越多顆粒度不大，但是時(shí)效性比較迫切的數字化業(yè)務(wù)場(chǎng)景需求。這些業(yè)務(wù)場(chǎng)景往往具備較強的地域性、行業(yè)性甚至季節性，在業(yè)務(wù)運營(yíng)模式上也具備較大的靈活自主性。在這種格局之下，全局性的橫向平臺如何去適應活躍、豐富的垂直創(chuàng )新，應該說(shuō)是一個(gè)關(guān)鍵問(wèn)題。近年來(lái)，包括銀行在內的眾多企業(yè)科技部門(mén)紛紛熱衷于PaaS或者原生云應用平臺的建設。在銀監會(huì )關(guān)于“十三五”規劃的相關(guān)指導意見(jiàn)中，也特別強調要加大互聯(lián)網(wǎng)類(lèi)應用云化的力度。這些橫向的平臺構建如果僅僅是關(guān)起門(mén)來(lái)自己玩架構和技術(shù)，或者為云而云的搞應用移植、平臺替換，可能很難找到業(yè)務(wù)和技術(shù)良性互動(dòng)的關(guān)鍵點(diǎn)。

解決數字化業(yè)務(wù)的場(chǎng)景性訴求，可能恰恰是這類(lèi)新平臺的適用領(lǐng)域。在近幾年的實(shí)踐中，隨著(zhù)開(kāi)源以及所謂分布式架構理念的普及，一個(gè)新的數字化技術(shù)堆棧正在發(fā)展成形。而PaaS或者原生云應用平臺的興起進(jìn)一步驅動(dòng)了應用架構的變遷，在實(shí)踐上大大豐富了這個(gè)技術(shù)堆棧的內涵。從應用架構的角度，基于原生云的12要素架構原則及其大量設計模式得到了更為廣泛的采納。其架構的核心訴求是速度(唯快不破)、安全(容錯)、擴展(彈性)。在開(kāi)源社區，這樣的應用設計理念得到了許多開(kāi)源組件和框架的支持。而微服務(wù)架構理念的流行進(jìn)一步為這些實(shí)踐推波助瀾。從技術(shù)架構的角度，容器與大規模容器集群、編排技術(shù)的廣泛采納與原生云應用架構可以說(shuō)是天作之合。此外，隨著(zhù)容器作為應用和服務(wù)的標準分發(fā)/交付單元，dev和Ops終于可以被無(wú)縫的貫穿。由此，從開(kāi)發(fā)交付的角度，devOps的采納在技術(shù)上消除了壁壘。并進(jìn)一步在文化和組織上提出了新的要求和挑戰，如何在傳統橫向的組織邊界中(如傳統企業(yè)一部三中心的科技格局)去實(shí)現垂直業(yè)務(wù)場(chǎng)景的自治式演進(jìn)。而這也正是微服務(wù)理念的核心精髓。此外，在這個(gè)新的技術(shù)堆棧中，大規?；诜治龅倪\維與基于開(kāi)源的支持生態(tài)也都提出了新的挑戰和要求。

在這個(gè)新興的技術(shù)堆棧中，各種不同的實(shí)踐并沒(méi)有嚴格的時(shí)序先后依賴(lài)，而是保持著(zhù)一種內在的邏輯關(guān)聯(lián)各自展開(kāi)，就像一幅拼圖從碎片中逐漸呈現出全景一樣。還記得兩三年前跟一些大型客戶(hù)交流時(shí)，說(shuō)微服務(wù)和容器就是天作之合。當時(shí)大家的反應還是持保守和觀(guān)望態(tài)度。而到了今天，我們是不是可以更加清晰的表述一個(gè)更大的圖景：數字化業(yè)務(wù)豐富的場(chǎng)景訴求正在驅動(dòng)一個(gè)新的企業(yè)數字化技術(shù)堆棧不斷成熟。數字化場(chǎng)景、微服務(wù)、容器、devOps，這些元素都是天作之合。都是同一個(gè)進(jìn)化過(guò)程在不同面向上的表達，其內在是彼此暗合、高度一致的。從企業(yè)實(shí)踐的角度，不管用什么名稱(chēng)，從哪個(gè)角度去定義，最關(guān)鍵的就是找到適合自己的抓手，并且始終在發(fā)展過(guò)程中保持全局觀(guān)，以堆?；恼w視圖來(lái)設計路線(xiàn)圖，并根據實(shí)踐不斷持續更新。畢竟，這個(gè)領(lǐng)域的實(shí)踐，以及這個(gè)堆棧的發(fā)展，并不是以一種自上而下的方式鋪陳，而是基于社區、基于實(shí)踐的進(jìn)化?；氐饺昵暗哪潜久?zhù)《人月神話(huà)》的核心觀(guān)點(diǎn)，仍然沒(méi)有銀彈(No Silver Bullet)!沒(méi)有一招鮮,沒(méi)有萬(wàn)能藥!有的就是腳踏實(shí)地參與進(jìn)化的歷程。這個(gè)歷程就是企業(yè)在傳統經(jīng)典技術(shù)堆棧的基礎之上繼續演進(jìn)，生長(cháng)出新的“數字化雙翼”。

然而，在新的數字化堆棧的發(fā)展過(guò)程中，我們也特別注意到了一些流行的二元對峙的偏狹觀(guān)念，其流弊之廣、危害之深值得實(shí)踐者們高度關(guān)注。

1)集中式與分布式的對立

集中或者分布本身是兩種處理問(wèn)題的方式或者風(fēng)格，就像是同步與異步一樣。但是市場(chǎng)上的一些流行理念卻活生生將集中與分布劃分成了兩個(gè)彼此對峙的陣營(yíng)。在所謂的集中式陣營(yíng)中，如果一定要找一個(gè)靶子，那么基于IBM Z(俗稱(chēng)主機)的技術(shù)堆?？梢运愕蒙稀氨娛钢摹钡募惺皆搭^。

主機的技術(shù)堆棧在半個(gè)世紀前開(kāi)啟了以服務(wù)器為核心的計算時(shí)代，發(fā)展和成熟于業(yè)務(wù)、數據大集中處理時(shí)代。其一直立足于關(guān)鍵事務(wù)處理的企業(yè)級計算。作為一個(gè)發(fā)展最為成熟的通用商業(yè)計算體系，不難發(fā)現其技術(shù)堆棧秉持的一些關(guān)鍵性假設和原則：以成熟、領(lǐng)先的貫穿全堆棧的系統優(yōu)勢，來(lái)為用戶(hù)換取在開(kāi)發(fā)交付和運行維護上更大的專(zhuān)注性。這其實(shí)是多年來(lái)流行在企業(yè)級計算領(lǐng)域的一個(gè)重要原則–Separation of Concerns(關(guān)注分離、專(zhuān)于其事)。經(jīng)典的企業(yè)IT組織格局以及技術(shù)支持生態(tài)也都是基于這樣的基本原型逐漸演化形成的。在成熟的主機用戶(hù)身上，我們能夠看到一些典型的特征。比如，從系統角度：精簡(jiǎn)的系統部署、充裕的擴展能力、連續的業(yè)務(wù)可用、集約的運維規模。從開(kāi)發(fā)角度：專(zhuān)注于業(yè)務(wù)的開(kāi)發(fā)模式，更好的架構包容性(有容乃大??)。

不難發(fā)現，這個(gè)經(jīng)典的技術(shù)堆棧要達到的首要目標并不是所謂集中，而是打造一個(gè)最高品質(zhì)的通用商業(yè)計算體系。換言之，就是通過(guò)系統化的技術(shù)手段保障其核心價(jià)值的可復制性和普遍性，而不依賴(lài)于對運維或應用等外部因素提出過(guò)多特質(zhì)化的要求。當然，在多年的實(shí)踐中，運維和應用也一定會(huì )根據系統的特點(diǎn)(優(yōu)勢以及短板)而發(fā)展出具有獨特性的資產(chǎn)?？梢哉f(shuō)這幾年主機用戶(hù)一系列以減少消耗為導向的優(yōu)化舉措也是非常有益的探索。但是我們應該認識到，一個(gè)成熟的商業(yè)技術(shù)堆棧與興起于互聯(lián)網(wǎng)超級玩家的技術(shù)堆棧在發(fā)展模式上的確存在差異。超級互聯(lián)網(wǎng)玩家追求對于技術(shù)全棧盡可能的自主掌控是基于其超級龐大的業(yè)務(wù)和科技體量、爆發(fā)式的發(fā)展增速，以及業(yè)務(wù)和科技融為一體的企業(yè)基因。商業(yè)系統的運作則是基于契約式。說(shuō)白了就是，用經(jīng)濟手段交換能力，用合約手段保障承諾。當然，今天國內互聯(lián)網(wǎng)巨頭紛紛開(kāi)始以科技輸出進(jìn)入這個(gè)領(lǐng)域，都面臨著(zhù)從“自食狗糧”向商業(yè)契約化的過(guò)渡和轉化。這一點(diǎn)遲早會(huì )把不同基因的參與者拉回到同一個(gè)角斗場(chǎng)。

其次，就算回到集中與分布的技術(shù)紛爭。我認為也很難完全把一個(gè)技術(shù)體系簡(jiǎn)單歸為集中或者分布。很多人可能沒(méi)有認識到，基于主機的傳統交易中間件CICS本身就是為分布式服務(wù)而構建。CICS的縮寫(xiě)據說(shuō)可以解釋為CICS IS CONTAINER SERVICE，這并非笑談!作為分布式服務(wù)所需要的容器化運行環(huán)境、遠程調用框架、服務(wù)的注冊、發(fā)現、路由、負載均衡等等能力在這個(gè)技術(shù)體系內都有對應的經(jīng)典實(shí)現方式。至于在物理部署模式上是采用水平擴展、垂直擴展或者混合模式，更多的是從性能的優(yōu)化、運維的效率、擴展的空間等多種角度來(lái)綜合考慮。反觀(guān)近年來(lái)市場(chǎng)上流行的分布式架構實(shí)踐，其實(shí)質(zhì)往往無(wú)外乎是開(kāi)源技術(shù)的采納，應用的服務(wù)化(甚至微服務(wù)化)、以及去狀態(tài)或者無(wú)狀態(tài)化，嚴格一致性的妥協(xié)，廣泛的異步式處理，再加上數據的業(yè)務(wù)性或者技術(shù)性分散。在過(guò)往全球互聯(lián)網(wǎng)巨頭的實(shí)踐中，這些手段的運用都是有其上下文和條件的。但是如果將之作為一個(gè)教條的概念，甚至賦予新一代“銀彈”的期望，不求甚解甚至囫圇吞棗，也會(huì )帶來(lái)負面而深遠的影響。

“不把所有雞蛋放到一個(gè)籃子里”成為了所謂分布式陣營(yíng)的一個(gè)貌似絕對正確的理念和旗號。在實(shí)踐中，可以看到不少過(guò)于僵化和教條的做法，比如在沒(méi)有擴展性瓶頸的前提下單純用技術(shù)性手段強行分拆數據。我認為一些問(wèn)題已經(jīng)超越了雞蛋和籃子的關(guān)系。而是要不要把蛋黃和蛋清放到一個(gè)蛋殼里!未來(lái)運維和業(yè)務(wù)將不得不為這些麻煩而買(mǎi)單。

套用流行的佛系用語(yǔ)，“是諸法空相，不生不滅，不垢不凈，不增不減，不集中不分布，不同步不異步?！睂?shí)踐者需要睜開(kāi)智慧的架構之眼，以己之眼明辨是非，而不人云亦云。

2)微服務(wù)與巨石的對立

隨著(zhù)微服務(wù)架構的迅速躥紅，這顆新的“銀彈”又給市場(chǎng)注入了巨大的想象力。人們在傳統的交付和運維苦海中掙扎著(zhù)，怎么加班交付都不夠敏捷，怎么解耦應用都還是一團亂麻，怎么監控生產(chǎn)都還是如履薄冰。與微服務(wù)相對的巨石架構隨即躺槍成為了萬(wàn)惡之源，如過(guò)街老鼠人人喊打。

然而如果我們稍微研究一下微服務(wù)架構的歷史沿革和實(shí)質(zhì)，會(huì )發(fā)現其關(guān)鍵強調的是一種架構和交付的文化，“微”的目的是為了服務(wù)能夠獨立、自治的垂直演進(jìn)。記得曾經(jīng)有一種非常有趣的說(shuō)法，單個(gè)微服務(wù)的設計、開(kāi)發(fā)、測試和運維的所有人加在一起吃飯，只需要兩張批薩就夠了，這是就是著(zhù)名的“Two pizza team”原則。在這種模式之下，devOps幾乎毫無(wú)例外的是剛需。然而如果僅僅是教條地將微服務(wù)作為一種普遍性準則，不分場(chǎng)合，生搬硬套，同樣會(huì )遭遇尷尬。在實(shí)踐中，人們往往最多的問(wèn)題就是，找不到傳統應用重構為微服務(wù)的合適場(chǎng)景。而且這種架構和交付方式對于經(jīng)典的組織結構和文化也造成了極大的沖擊。如何跳出傳統的紅海(苦海)的束縛，找到一片業(yè)務(wù)和架構的藍海，成為了很多實(shí)踐者關(guān)心的話(huà)題。

回到“骨感”的現實(shí)中，對于傳統企業(yè)而言，微服務(wù)的采納有可能并不是一個(gè)最急迫的核心問(wèn)題。而且我們相信經(jīng)過(guò)這么多年應用的治理，在一個(gè)有一定水準的企業(yè)內，巨石架構的弊端也沒(méi)有外界想象那么嚴重。但是在實(shí)踐中，必須承認服務(wù)化治理本身的確是一個(gè)既急迫又長(cháng)期的過(guò)程，自SOA時(shí)代以來(lái)落下的功課早晚是要交上的?！案邇染?、低耦合”在什么時(shí)代都是服務(wù)的黃金法則。

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

毋庸置疑，服務(wù)的治理是一項長(cháng)治久安的百年大計。從這個(gè)意義上，微服務(wù)本身并不是解決這個(gè)問(wèn)題的“一招鮮”。微服務(wù)或者巨石作為兩種不同風(fēng)格的架構，從長(cháng)遠來(lái)講是可以共生共存的，更何況在二者之間還有廣闊的地帶。關(guān)鍵是找到彼此最合適的領(lǐng)域。我認為在垂直的數字化場(chǎng)景這個(gè)領(lǐng)域中，可以嘗試在新的數字化堆棧中開(kāi)展微服務(wù)的嘗試。當然這種嘗試也需要找到合適的抓手，不可僵化套用。比如，在一些大型企業(yè)的實(shí)踐中，先通過(guò)無(wú)狀態(tài)的彈性應用去推動(dòng)新技術(shù)堆棧的發(fā)展，有可能是更加符合現實(shí)訴求的。

最后，通過(guò)以上的探討，讓我們嘗試拋出一些架構融合的觀(guān)察和建議。在傳統經(jīng)典的技術(shù)堆棧(如基于IBM Z)之外，新的技術(shù)堆棧(所謂數字化雙翼)正在成型，并迅速演變。這些技術(shù)堆棧之間并不能簡(jiǎn)單用商業(yè)/開(kāi)源，集中/分布，傳統/顛覆來(lái)進(jìn)行概念化二元對峙的區分。在各自的發(fā)展路徑上，甚至是可以彼此參照，互相包容，共同進(jìn)化的。

以采納了經(jīng)典主機作為核心的企業(yè)為例，在實(shí)踐架構融合的進(jìn)程中，我們建議：

ü以Restful API的方式，將主機堆棧的應用和數據資產(chǎn)融入到一個(gè)原生的API環(huán)境中，提供最大的靈活性。

ü開(kāi)辟全新的純API的主機高速接入/調出通道，實(shí)現兩個(gè)技術(shù)堆棧的高架合龍。

ü繼續推進(jìn)服務(wù)化改造和優(yōu)化工作。

ü推動(dòng)新的企業(yè)數字化堆棧建設，找到業(yè)務(wù)和應用訴求的突破口。

ü頂層布局，總體部署。避免架構和技術(shù)堆棧的孤島。共同推動(dòng)商務(wù)與技術(shù)的協(xié)同進(jìn)化。

在本文開(kāi)篇時(shí)，我們曾經(jīng)簡(jiǎn)單談到了在數字化轉型的浪潮中，傳統企業(yè)的復蘇甚至逆襲。隨著(zhù)數字化服務(wù)生態(tài)的飛速演進(jìn)，大家也必須看清一些事實(shí)。作為數字化生態(tài)和流量經(jīng)濟事實(shí)上的主導者，互聯(lián)網(wǎng)超級巨頭們已經(jīng)實(shí)現了入口壟斷。今天要再構建一個(gè)上億級別的超級平臺可能性是非常微小的。隨著(zhù)超級平臺的入口固化，營(yíng)銷(xiāo)服務(wù)場(chǎng)景的不斷前置，巨頭們宣稱(chēng)的“連接一切內容和服務(wù)”的策略正在不斷推進(jìn)。今天，經(jīng)濟生活中各種數字化的高、低頻場(chǎng)景正在加速演變，愈加依附于超級平臺的入口存在。導流的時(shí)代正在結束，巨頭們正無(wú)孔不入地參與運營(yíng)，并試圖主導分潤。那么行業(yè)細分領(lǐng)域的傳統企業(yè)必須同心戮力繼續開(kāi)拓、深耕垂直細分領(lǐng)域。殺手級的場(chǎng)景可能比殺手級的平臺更加有現實(shí)意義。今天，傳統企業(yè)的不少數字化業(yè)務(wù)創(chuàng )新場(chǎng)景還帶有很大的試探性，或者說(shuō)是為了刷存在感。而從“存在感”進(jìn)化到“獲得感”，我們認為只有通過(guò)打怪升級、與狼共舞才能實(shí)現。

在這樣的格局下，混合、雙速或者融合的技術(shù)堆棧格局，恰恰是在快速演進(jìn)的業(yè)務(wù)格局中一種“中道”式的自然過(guò)程。企業(yè)必須找到實(shí)踐之路，為傳統的業(yè)務(wù)資產(chǎn)提供最穩健的保障，同時(shí)為快速的業(yè)務(wù)演進(jìn)提供騰飛的雙翼。在真實(shí)的戰場(chǎng)中參加真實(shí)的戰斗，參與進(jìn)化才有可能順應歷史的潮流找到出路。而歷史的演進(jìn)，往往是從二元對峙的謬誤中，開(kāi)啟融合之路。記得《舊約》中巴別塔的故事，人們雄心勃勃地構建通往天堂的高塔，最終卻受阻于不同語(yǔ)言以及種族所導致的分裂。這似乎是一個(gè)難以逃脫的詛咒，注定人類(lèi)所有整合性的偉大舉措都必須經(jīng)受聚沙成塔的考驗。從爭執、割裂到邁向溝通、整合的道路上，人們沒(méi)有單純的規則或經(jīng)驗可以遵循，只能經(jīng)歷艱難、曲折的迂回與試探，努力跨越諸多二元的對峙與矛盾，擺脫自我中心與偏見(jiàn)，在對話(huà)和融合中逐漸夯實(shí)更廣泛的團結與共識，并最終在整合中找回真正的自我，實(shí)現更高的發(fā)展與超越。

如此往復，生生不息。

如此混雜巨變的時(shí)代，IT人亟待更新自己的哲學(xué)觀(guān)。