簡(jiǎn)介：本文作者來(lái)自于中國(guó)人壽保險(xiǎn)股份有限公司研發(fā)中心，對(duì)企業(yè)數(shù)字化轉(zhuǎn)型、云原生實(shí)踐有比較資深的經(jīng)驗(yàn)。以下內(nèi)容整理自作者對(duì)最新出版的《阿里云云原生架構(gòu)實(shí)踐》的讀后感。

作者｜肖晟
?

本文作者來(lái)自于中國(guó)人壽保險(xiǎn)股份有限公司研發(fā)中心，對(duì)企業(yè)數(shù)字化轉(zhuǎn)型、云原生實(shí)踐有比較資深的經(jīng)驗(yàn)。以下內(nèi)容整理自作者對(duì)最新出版的《阿里云云原生架構(gòu)實(shí)踐》的讀后感。

初心

?

作為金融行業(yè)的 IT 從業(yè)者，參與著傳統(tǒng)企業(yè)數(shù)字化轉(zhuǎn)型進(jìn)程，我們一直在思考兩個(gè)問題：一是什么是數(shù)字化，為什么要數(shù)字化？二是如何推進(jìn)數(shù)字化轉(zhuǎn)型，路徑、工具、組織等方面該如何規(guī)劃調(diào)整？
?

大家常常會(huì)混淆信息化與數(shù)字化的概念，以為上線了一些業(yè)務(wù)系統(tǒng)或是投放了一些數(shù)字大盤，就完成了 IT 建設(shè)目標(biāo)。但實(shí)際上這可能只是改變了一些信息數(shù)據(jù)向領(lǐng)導(dǎo)層流轉(zhuǎn)的形式，整個(gè)業(yè)務(wù)的工作模式并沒有什么變化；原來(lái)需要人工操作的依然需要人工操作，該走的流程還得接著走（甚至新建的系統(tǒng)還新增了一些流程），效率沒有明顯變化；企業(yè)的業(yè)績(jī)是否有提升，若有提升那與 IT 建設(shè)是否正相關(guān)，性價(jià)比是否劃算等等，這些往往也缺乏有效的評(píng)價(jià)方式，很容易陷入偽數(shù)字化的坑。
?

“
任何架構(gòu)都必須服務(wù)于企業(yè)戰(zhàn)略，云原生架構(gòu)也不例外！

企業(yè)必須清楚業(yè)務(wù)戰(zhàn)略與云 IT 戰(zhàn)略之間的關(guān)系，即云IT戰(zhàn)略只是對(duì)業(yè)務(wù)戰(zhàn)略進(jìn)行必要的技術(shù)支撐，還是云 IT 戰(zhàn)略本身也是業(yè)務(wù)戰(zhàn)略的一部分。
”
?

非常贊同《阿里云云原生架構(gòu)實(shí)踐》一書中提到的觀點(diǎn)，技術(shù)終歸是服務(wù)于企業(yè)價(jià)值的。因此，我們認(rèn)為，數(shù)字化是基于信息化的能力改進(jìn)業(yè)務(wù)模式，聚合全價(jià)值鏈上的各個(gè)環(huán)節(jié)和數(shù)據(jù)，把著力點(diǎn)放在指導(dǎo)業(yè)務(wù)運(yùn)營(yíng)和決策上；最終表現(xiàn)形式，就是“全量全要素?cái)?shù)據(jù)+自動(dòng)化+實(shí)時(shí)化”的智能形態(tài)。

“
數(shù)字化業(yè)務(wù)對(duì)技術(shù)架構(gòu)的主要訴求是保證業(yè)務(wù)連續(xù)性、業(yè)務(wù)快速上線、業(yè)務(wù)成本控制，以及科技賦能業(yè)務(wù)創(chuàng)新。
”
?

為了讓業(yè)務(wù)開發(fā)團(tuán)隊(duì)能夠更快更穩(wěn)的進(jìn)行高質(zhì)量交付，以滿足越來(lái)越快的業(yè)務(wù)需求，“小前端、大中臺(tái)/大后端”是必選之路。因?yàn)橹挥凶屒岸烁p，業(yè)務(wù)開發(fā)團(tuán)隊(duì)才能更聚焦業(yè)務(wù)，交付也才能更敏捷；而中臺(tái)和后端做重一點(diǎn)，高質(zhì)量的設(shè)計(jì)與規(guī)范都沉淀其中，其中的最佳實(shí)踐復(fù)用度也就更高。
?

核心思想可以用一個(gè)詞概括——“下沉”。
?

當(dāng)我們把公共技術(shù)能力與方法下沉到開發(fā)框架、下沉到基礎(chǔ)平臺(tái)、下沉到自動(dòng)化的規(guī)范流程中，基于這些能力構(gòu)建的應(yīng)用就可以很敏捷了，且生來(lái)就處于一個(gè)高質(zhì)量的架構(gòu)體系中（正所謂贏在起跑線上），而云原生架構(gòu)是這種能力下沉落地的最佳實(shí)踐方法論。
?

出發(fā)

?

“
云原生架構(gòu)是基于云原生技術(shù)的一組架構(gòu)原則和設(shè)計(jì)模式的集合，旨在幫助企業(yè)和開發(fā)人員充分利用云平臺(tái)所提供的平臺(tái)化能力和彈性資源能力。

云原生包括云原生技術(shù)、云原生產(chǎn)品、云原生架構(gòu)以及構(gòu)建現(xiàn)代化應(yīng)用的開發(fā)理念。
”
?

現(xiàn)代化應(yīng)用和云原生應(yīng)用是基于云原生的架構(gòu)和開發(fā)理念構(gòu)建或?qū)崿F(xiàn)的，如服務(wù)化原則、彈性原則等 7 大架構(gòu)原則，計(jì)算存儲(chǔ)分離模式、事件驅(qū)動(dòng)模式等 10 種架構(gòu)模式，以及 DevOps、GitOps 等研發(fā)理念。
?

云原生架構(gòu)和云原生開發(fā)理念是基于云原生技術(shù)和產(chǎn)品構(gòu)建或?qū)崿F(xiàn)的，包括容器技術(shù)、DevOps 技術(shù)、微服務(wù)、Service Mesh、Serverless、云原生大數(shù)據(jù)、云原生AI、云原生安全等十余項(xiàng)技術(shù)和產(chǎn)品。其中，開放應(yīng)用模型（Open Application Model，OAM）的概念讓人耳目一新，將 PaaS 中對(duì)資源的標(biāo)準(zhǔn)化聲明拓展到對(duì)應(yīng)用、配置的標(biāo)準(zhǔn)化聲明，“讓簡(jiǎn)單的應(yīng)用程序變得更簡(jiǎn)單，讓復(fù)雜的應(yīng)用程序更易于管理”。
?

最后，云原生產(chǎn)品和云原生技術(shù)又是需要基于公有云、私有云或混合云的云基礎(chǔ)設(shè)施。云原生的組成，就是如此層層遞進(jìn)的關(guān)系。
?

走過(guò)的路

?

“
云原生架構(gòu)升級(jí)是對(duì)企業(yè)的整個(gè)IT架構(gòu)的徹底升級(jí)，每個(gè)組織在進(jìn)行云原生架構(gòu)升級(jí)時(shí)，必須根據(jù)企業(yè)自身的情況量體裁衣，其中，組織能力和技術(shù)棧處于同等重要的地位。
”
在數(shù)字化轉(zhuǎn)型的道路上，傳統(tǒng)企業(yè)的歷史包袱著實(shí)不小，在不能停業(yè)務(wù)的情況下進(jìn)行架構(gòu)改造無(wú)異于給飛行中的飛機(jī)換發(fā)動(dòng)機(jī)、換操作流程，乃至換機(jī)組人員。
?

筆者來(lái)自于中國(guó)人壽保險(xiǎn)股份有限公司，親身經(jīng)歷過(guò)一個(gè)服務(wù)化技術(shù)升級(jí)的案例，是不得已的情況下，云原生技術(shù)給了我們新的答案。
?

IT 建設(shè)初期，煙囪式系統(tǒng)林立；隨著系統(tǒng)越來(lái)越多，系統(tǒng)間交互需求越來(lái)越大，服務(wù)化需求被提上議程，十多年前，以總線型架構(gòu)為代表 SOA 理念風(fēng)靡，各系統(tǒng)紛紛對(duì)接服務(wù)總線。但隨著移動(dòng)互聯(lián)網(wǎng)的興起，服務(wù)壓力逐年倍增，總線型架構(gòu)的瓶頸逐步顯現(xiàn)了出來(lái)，總線的一個(gè)抖動(dòng)很容易造成各類服務(wù)的阻塞，微服務(wù)架構(gòu)的引入更加劇了這種現(xiàn)象。
?

此時(shí)，服務(wù)注冊(cè)發(fā)現(xiàn)模式已然成熟，新建系統(tǒng)均采用 Spring Cloud 及類似產(chǎn)品來(lái)實(shí)施，但既有系統(tǒng)卻無(wú)法采用這種侵入性很強(qiáng)的方式來(lái)改造，成本高、風(fēng)險(xiǎn)大；而且多編程語(yǔ)言開始出現(xiàn)，不同語(yǔ)言間要實(shí)現(xiàn)相同的服務(wù)治理也很困難。我們一籌莫展，只能艱難的維護(hù)著服務(wù)總線，盡量從架構(gòu)層面提升它的健壯性。直到幾年前聽聞服務(wù)網(wǎng)格的概念，準(zhǔn)確說(shuō)是非侵入式的 SideCar 模式，我們意識(shí)到答案來(lái)了。目前，我們正在全面網(wǎng)格化的進(jìn)程中。
?

SideCar 模式本身并不是新鮮事，但為何近些年又火起來(lái)了？歸根到底，還是容器技術(shù)、DevOps 等云原生技術(shù)的成熟，解決了海量 SideCar 運(yùn)維成本與效率的問題。所以，云原生技術(shù)本身也是講究時(shí)機(jī)、相輔相成的，而我們作為應(yīng)用方則順勢(shì)而為，“打破原穩(wěn)態(tài)并構(gòu)建新穩(wěn)態(tài)”。
?

“
此外，云原生架構(gòu)的設(shè)計(jì)還需要考慮組織結(jié)構(gòu)的改變。前面提到一個(gè)非常重要的云原生架構(gòu)原則就是服務(wù)化（包括微服務(wù)、小服務(wù)等），這個(gè)領(lǐng)域的一個(gè)典型原則就是康威定律，要求企業(yè)的技術(shù)架構(gòu)與溝通架構(gòu)必須保持一致，否則會(huì)導(dǎo)致畸形的服務(wù)化架構(gòu)，甚至導(dǎo)致組織溝通成本上升和“扯皮”現(xiàn)象增多的問題。
”
任何方案的落地，人都是第一要素。給新同事上技術(shù)課或是做架構(gòu)分享的時(shí)候，都會(huì)提到康威定律。產(chǎn)品的結(jié)構(gòu)就是組織結(jié)構(gòu)的縮影，再大白話一些就是“屁股決定腦袋”。推行一些技術(shù)架構(gòu)或管理流程，組織架構(gòu)都是繞不過(guò)去的坎；在不對(duì)組織架構(gòu)做重大調(diào)整的情況下，我們選擇的方案不一定是最理想的，而是在當(dāng)前組織架構(gòu)下最合適的。
?

至于我們自身，則需要時(shí)刻提醒自己，跳出組織架構(gòu)給我們劃定的圈子，從全流程、全場(chǎng)景、更高的層面來(lái)看待問題、思考方案。
?

自己的路

?

“
但是，有一點(diǎn)需要注意，包括 AWS 、阿里云、微軟等在內(nèi)的云計(jì)算服務(wù)公司，都沒有完全按照這些軟件架構(gòu)標(biāo)準(zhǔn)來(lái)構(gòu)建其云服務(wù)的軟件架構(gòu)體系。這完全不是出于偶然，因?yàn)檫@些公司充分意識(shí)到，基于云計(jì)算的軟件架構(gòu)應(yīng)該是一種適用于非中心化組織的軟件架構(gòu)，而不是傳統(tǒng)的基于中心化組織的軟件架構(gòu)。所以，傳統(tǒng)的軟件架構(gòu)標(biāo)準(zhǔn)對(duì)于云原生架構(gòu)而言，需要進(jìn)一步定制和裁剪，才能更好地發(fā)揮價(jià)值。軟件架構(gòu)設(shè)計(jì)模式會(huì)有傳統(tǒng)軟件架構(gòu)設(shè)計(jì)方法用到的利益關(guān)注點(diǎn)，但是在具體設(shè)計(jì)方法上又有所不同。
”
?

當(dāng)然，有了一張地圖，并不代表就不會(huì)迷路了。上至企業(yè)，下至團(tuán)隊(duì)，每個(gè)組織都有自己的痛點(diǎn)和訴求，也有相應(yīng)的文化和優(yōu)勢(shì)。在選對(duì)方向之后，具體落地還得探索符合企業(yè)自身特色的道路，這是需要不斷實(shí)踐和試錯(cuò)的。阿里 ACNA 架構(gòu)設(shè)計(jì)方法及其成熟度模型評(píng)價(jià)體系，可作為數(shù)字化轉(zhuǎn)型中技術(shù)架構(gòu)演進(jìn)程度及效果的參考。

“
企業(yè)的技術(shù)戰(zhàn)略逐漸向業(yè)務(wù)架構(gòu)及其治理方向轉(zhuǎn)移”。隨著 DevOps 的深化普及，應(yīng)用交付流程將會(huì)更加標(biāo)準(zhǔn)化。而云服務(wù)類型的增多也將催生新的開發(fā)模式和開發(fā)框架。
”
最后，還是想強(qiáng)調(diào)歸回初心。技術(shù)服務(wù)于企業(yè)價(jià)值，綜合評(píng)估投資回報(bào)率，最終實(shí)現(xiàn)幫助企業(yè)降本增效，降低風(fēng)險(xiǎn)，提升體驗(yàn)的效果。
?

推薦

如今，企業(yè)上云已成為一種必然趨勢(shì)，作為誕生于云計(jì)算時(shí)代的新技術(shù)理念，云原生讓企業(yè)用云方式實(shí)現(xiàn)從“上云”到“云上”的轉(zhuǎn)變。《阿里云云原生架構(gòu)實(shí)踐》由阿里云官方出品，阿里云智能總裁張建鋒、阿里巴巴首席技術(shù)官程立聯(lián)袂推薦；從設(shè)計(jì)原則、模式/反模式、技術(shù)選項(xiàng)、設(shè)計(jì)方法、行業(yè)案例等多個(gè)維度全面總結(jié)阿里云云原生架構(gòu)的方法論和實(shí)踐經(jīng)驗(yàn)。

原文鏈接：https://developer.aliyun.com/article/785125?

版權(quán)聲明：本文內(nèi)容由阿里云實(shí)名注冊(cè)用戶自發(fā)貢獻(xiàn)，版權(quán)歸原作者所有，阿里云開發(fā)者社區(qū)不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。具體規(guī)則請(qǐng)查看《阿里云開發(fā)者社區(qū)用戶服務(wù)協(xié)議》和《阿里云開發(fā)者社區(qū)知識(shí)產(chǎn)權(quán)保護(hù)指引》。如果您發(fā)現(xiàn)本社區(qū)中有涉嫌抄襲的內(nèi)容，填寫侵權(quán)投訴表單進(jìn)行舉報(bào)，一經(jīng)查實(shí)，本社區(qū)將立刻刪除涉嫌侵權(quán)內(nèi)容。

總結(jié)

以上是生活随笔為你收集整理的数字化转型的路上，手握一张地图，但路还得自己走的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。