阿里云智能總裁張建鋒在2021云棲大會分享

2021 年，云原生取得很多重要進展。2022 年又有哪些值得關(guān)注的趨勢？阿里云資深技術(shù)專家李國強（嶄巖）做客 InfoQ 視頻號，對云原生趨勢做了最新的解讀。以下根據(jù)直播內(nèi)容整理，有不改變原意的刪減，完整內(nèi)容可點擊??此處??查看回放，以下內(nèi)容轉(zhuǎn)載自 InfoQ，并補充了相關(guān)參考內(nèi)容，供讀者更全面地了解和學(xué)習(xí)。

2021 年，云原生領(lǐng)域發(fā)生了哪些您比較印象深刻的事情？

觀點：在 2020 年的時候，云原生理念就被提到得越來越多，但我覺得真正呈現(xiàn)出爆發(fā)形態(tài)、真正被所有的云廠商、用戶廣泛使用的是在 2021 年。2021 年發(fā)生了很多印象深刻的事情，可以挑兩件跟大家分享。

第一個，分布式云在 2021 年有了比較大的爆發(fā)。不管是用戶使用還是各個云廠商的技術(shù)支持方面，都呈現(xiàn)出了非常火熱的趨勢。為什么呢？我覺得這跟大家業(yè)務(wù)形態(tài)的發(fā)展聯(lián)系非常緊密。直播、5G、IoT 等領(lǐng)域的興起，讓業(yè)務(wù)對于云的形態(tài)需求更高，大家希望云能夠更貼近數(shù)據(jù)的產(chǎn)生點，因此相應(yīng)的邊緣云、本地云、混合云的形態(tài)越來越多。現(xiàn)在，整個云計算有一個很重要的趨勢，就是呈現(xiàn)一云多形態(tài)的模式，用戶在各個地方都能用到云計算的能力。但這也對云的基礎(chǔ)設(shè)施提出了比較大的挑戰(zhàn)。用戶以前就是用一朵云，管理復(fù)雜度是可以接受，但多朵云形態(tài)后，挑戰(zhàn)難度就比較大了。

云原生技術(shù)天然能夠比較好地解決云變成多形態(tài)后的統(tǒng)一界面管理問題，包括混合云帶來的復(fù)雜度挑戰(zhàn)。所以各個云廠商在這方面的投入非常大。亞馬遜的 EKS Anywhere 在今年 9 月上線，阿里云也在今年 9 月發(fā)布了 ACK Anywhere，兩者本質(zhì)上都是提供更加完備的方案讓用戶可以在一朵云的模式下使用多朵云。業(yè)務(wù)場景驅(qū)動了技術(shù)的普遍落地。

第二個，2021 年，頭部互聯(lián)網(wǎng)公司的云原生落地到達了一個里程碑式的關(guān)鍵節(jié)點，代表性事件就是各大互聯(lián)網(wǎng)公司基本完成了云原生化，所有業(yè)務(wù)百分之百上云。如今，云原生的核心技術(shù)如容器、微服務(wù)、服務(wù)網(wǎng)格等的可用性和成熟度都已經(jīng)可以支撐起頭部互聯(lián)網(wǎng)的體量。每個行業(yè)的云原生進度不一樣，頭部互聯(lián)網(wǎng)公司跑得比較靠前，基本都做到了全面云原生化。未來幾年，其他行業(yè)會逐步追隨互聯(lián)網(wǎng)的腳步全面走向云原生化。

有人說，云原生乃至整個云計算就是標(biāo)準(zhǔn)之爭。您怎么看待這句話？這場“戰(zhàn)爭”您認為結(jié)束了嗎？

觀點：這個是蠻有意思的話題。實際上，現(xiàn)在云原生領(lǐng)域的開源是非常火的。CNCF 里面有非常多的開源項目，里面的項目已經(jīng)超過一千了。這么多開源項目的標(biāo)準(zhǔn)到底和云計算公司是什么關(guān)系？在我個人看來，我不會把它定義為標(biāo)準(zhǔn)之爭，因為標(biāo)準(zhǔn)演進的作用對于云廠商和用戶來講都是非常關(guān)鍵，只有標(biāo)準(zhǔn)化后，才能真正實現(xiàn)規(guī)模化和效率的提升。未來，不管是云廠商還是其他企業(yè)，大規(guī)模、高效率的方向一定是標(biāo)準(zhǔn)化。

在云原生領(lǐng)域有幾個比較關(guān)鍵的標(biāo)準(zhǔn)。最早出現(xiàn)的是容器，解決了應(yīng)用打包標(biāo)準(zhǔn)化和應(yīng)用發(fā)布標(biāo)準(zhǔn)化的問題。在此之前，虛擬機等方式的標(biāo)準(zhǔn)化程度是不夠的，Docker 終結(jié)了這一問題。隨著 Docker 的不斷演進和推廣，在應(yīng)用編排、資源調(diào)度等又出現(xiàn)了新的問題，當(dāng)時的 Docker ?Swarm、Mesos 和 Kubernetes 互相競爭，最后 Kubernetes 勝出，并帶來了新的資源編排方面的事實標(biāo)準(zhǔn)。今天的 Kubernetes 已經(jīng)成為一個事實標(biāo)準(zhǔn)。而應(yīng)用層之前也是百家爭鳴的情況，每個企業(yè)都在做自己的云原生應(yīng)用，現(xiàn)在有越來越多的開源聲音和標(biāo)準(zhǔn)出現(xiàn)，如 Open ?Application ?Model 等，大家都在嘗試定義應(yīng)用層的標(biāo)準(zhǔn)。

??KubeVela 1.1 發(fā)布，開啟混合環(huán)境應(yīng)用交付新里程碑??

2000 年或者更早的時候，標(biāo)準(zhǔn)化的玩法是，一些組織設(shè)立標(biāo)準(zhǔn)委員會去制定。今天標(biāo)準(zhǔn)的定制流程更多的是先有開源項目，當(dāng)開源成為事實標(biāo)準(zhǔn)后，大家來 Follow。國內(nèi)還會有一些相關(guān)的部門參與標(biāo)準(zhǔn)的制定和推廣。對我來講，標(biāo)準(zhǔn)化更多的是企業(yè)和生態(tài)的協(xié)作，推動整個云計算和云原生技術(shù)體系更加規(guī)模化和普適化。

云原生領(lǐng)域有什么趨勢會延續(xù)到 2022 年？

觀點：云原生領(lǐng)域真的是太豐富了，有非常多的東西會延續(xù)到下一年，包括前面講到的分布式云。我還是非常看好分布式云里的邊緣計算場景的，為什么呢？因為這個場景正變得越來越豐富。例如，大家現(xiàn)在看文字內(nèi)容越來越少，音視頻越來越多，因此視頻處理業(yè)務(wù)發(fā)展非常快，對邊緣計算的需求會越來越強烈。

邊緣計算作為云計算的延展會被應(yīng)用到更多領(lǐng)域，同樣也會給基礎(chǔ)設(shè)施帶來很多的挑戰(zhàn)，比如有的邊緣側(cè)網(wǎng)絡(luò)可能是弱網(wǎng)絡(luò)，計算資源也不豐富，基礎(chǔ)設(shè)施怎樣在這種情況下發(fā)揮作用。云邊協(xié)同的時候如何解決運維等問題。邊緣架構(gòu)之下，容器在網(wǎng)絡(luò)打通、彈性負載等方面可以發(fā)揮比較大的作用。這方面，云廠商的投入也比較大，多個開源的項目如 OpenYurt、KubeEdge 等多個邊緣側(cè)開源項目進入 CNCF。2021 年，邊緣技術(shù)在從業(yè)務(wù)側(cè)和開源側(cè)的爆發(fā)比較強，我期望 2022 年無論是開源社區(qū)還是云廠商的支持能力都可以有較大的變化和進展。

??OpenYurt 深度解讀｜開啟邊緣設(shè)備的云原生管理能力??****

有沒有邊緣計算的應(yīng)用案例可以分享？

觀點：案例是非常多的。互聯(lián)網(wǎng)業(yè)務(wù)中，大家熟知的像 CDN、音視頻處理都是典型的邊緣場景。舉例來說，很多園區(qū)或工廠等會有視頻采集，之后企業(yè)會做深入分析。工廠、園區(qū)、居民樓等是否能監(jiān)測到安全違規(guī)行為就需要在視頻采集后進行分析，最終發(fā)現(xiàn)問題。以前的流程是先采集視頻，然后上傳到中心云或者本地服務(wù)器進行處理，但這已經(jīng)不能滿足企業(yè)的需求了。現(xiàn)在，企業(yè)希望采集完后能夠就近處理這些視頻數(shù)據(jù)，而不需要再上傳到中心云端，以滿足網(wǎng)絡(luò)延遲需求，以及降低網(wǎng)絡(luò)傳輸?shù)某杀尽＿@種場景下，邊緣容器能夠?qū)Σ煌瑘鼍斑M行算力管理，包括算法下沉。

再比如電力行業(yè)有變電站這種分散在全國各地的基礎(chǔ)設(shè)施，如何對這些基礎(chǔ)設(shè)施進行算力管理、將業(yè)務(wù)快速部署到一些邊緣節(jié)點等屬于邊緣領(lǐng)域。以前變電站基礎(chǔ)設(shè)施升級可能需要人親自到那個地方去，效率很低。在云原生化后，基礎(chǔ)設(shè)施管理及其上面的應(yīng)用管理、算法等都能用云原生的方式解決，效率會大大提升。

??深信服智能邊緣計算平臺與 OpenYurt 落地方案探索與實踐??

隨著接入的服務(wù)越來越多，K8s 配置也越來越復(fù)雜。本來是解放生產(chǎn)力，現(xiàn)在好像被束縛了。您如何看待這個現(xiàn)象？這一年，大家對容器的應(yīng)用還提出了哪些新的挑戰(zhàn)嗎？

觀點：這個蠻有意思的。K8s 解決的是容器編排和資源調(diào)度問題，而這個問題對于企業(yè)來講本來就是非常復(fù)雜的，只不過 K8s 嘗試用云原生的方式去重新定義應(yīng)用的編排和資源調(diào)度，而且是比原來方案更好。現(xiàn)在，K8s 上的業(yè)務(wù)類型越來越豐富，從最初的無狀態(tài)到后來的有狀態(tài)，如今像 AI 這樣比較復(fù)雜的計算引擎也都放在 K8s 之上了，這就是一個相互促進的過程，這上面的負載類型越來越多，整個 K8s 體系也確實變得越來越復(fù)雜，但它能夠管理的東西也越來越多。如果未來用戶完全使用容器，那容器的復(fù)雜度必然會提升。

但對于企業(yè)和云廠商來講，要做的就是在容器能做更多事情后去降低它的復(fù)雜度，要不然容器的門檻就會非常高。現(xiàn)在，各個廠商都在考慮從智能運維角度做更多的努力。比如在集群管理方面，如何用智能運維的方式發(fā)現(xiàn)當(dāng)前運行中的一些狀況，并且能夠給出處理辦法。現(xiàn)在也有智能應(yīng)用畫像和資源畫像方式提高資源利用率。智能運維也是一個比較熱的方向。

還有一點，整個技術(shù)棧的變化會帶來整個企業(yè)組織的變化，很多時候是顛覆性的變化。

圍繞容器的生態(tài)可以認為是近十年最重要的 IT 技術(shù)的變革，它必然會引起一系列的變化，包括企業(yè)內(nèi)部組織的變化。我們會看到，不僅整個運維管理體系在變化，企業(yè)內(nèi)部也會出現(xiàn)新的組織形態(tài)，比如 Google 提出的 SRE 團隊就是為可用性負責(zé)。現(xiàn)在很多深度使用云原生的企業(yè)，包括阿里，都有專門的 SRE 團隊，這個團隊會負責(zé)整個可用性相關(guān)能力的建設(shè)。其次，企業(yè)也會出現(xiàn)一些平臺橫向性的部門，基于云原生體系去支撐上方業(yè)務(wù)的部門。以前有些企業(yè)可能是偏豎井式的業(yè)務(wù)單元，即一個業(yè)務(wù)單元下面有支撐團隊，容器包括 K8s 會讓企業(yè)內(nèi)部有更多平臺橫向型部門的出現(xiàn)。這也是解決復(fù)雜度的一個方法，因為不是每個縱向的業(yè)務(wù)部門都有足夠的資源投入和專業(yè)度去解決這個問題。企業(yè)足夠大的時候一定要考慮在 SRE 層和平臺建設(shè)層形成橫向部門，進行職能分離。

您預(yù)計，容器在 2022 年的技術(shù)研發(fā)重點會是什么？對其未來的應(yīng)用有哪些展望？

觀點：今年還有一個很火的詞：綠色低碳。另外，今年整個互聯(lián)網(wǎng)有點像進入寒冬期，很多互聯(lián)網(wǎng)公司都提出了降本增效。降本已經(jīng)成為很多企業(yè) CTO 非常重要的 KPI，也成為技術(shù)發(fā)展的一個必然趨勢。

就降本角度來講，企業(yè)能做的事情非常多。從偏底層看，很多云廠商和頭部互聯(lián)網(wǎng)公司在自研芯片，這塊的投入是非常大的，但軟硬一體確實會帶來降本增效。還有比較火的就是容器化操作系統(tǒng)，這個領(lǐng)域大概有六七年的歷史了，也是基礎(chǔ)設(shè)施層面一個比較重要的優(yōu)化方法。

彈性是很多企業(yè)使用廣泛的降本增效的方法，特別是和云廠商結(jié)合之后，彈性應(yīng)用更加廣泛。目前，很多互聯(lián)網(wǎng)公司在嘗試離在線混部技術(shù)，本質(zhì)上還是提高機器利用率。之前各個廠商在自建機房或者云上購買服務(wù)器的利用率往往都低于 10%。這個利用率并不高，很多企業(yè)嘗試去推高這個水平線，但推高水平線必然會帶來很多技術(shù)挑戰(zhàn)，比如利用率高了之后，多種負載混合跑時，是否會互相影響。幾大廠商都在通過開源或商業(yè)化產(chǎn)品形式嘗試輸出離在線混部（多種負載混合部署）技術(shù)，我相信離在線混部技術(shù)在明年將迎來進一步的產(chǎn)品化。

現(xiàn)在有一個概念叫 FinOps，即面向成本的應(yīng)用和管理。這方面，目前在做的就是成本可視化，比如了解企業(yè)內(nèi)部幾個部門分別在云廠商或本地機房成本是多少、不同業(yè)務(wù)成本是多少等。

開源方面有一個項目 Kubecost，從開源角度去提供這樣的能力。云廠商會在容器服務(wù)里提供“成本中心”，幫助用戶把云賬單和集群關(guān)聯(lián)起來，能清晰地看到每個部門、每個業(yè)務(wù)的成本，甚至據(jù)此給出一些建議。這很適合不同業(yè)務(wù)混合部署場景。成本管理明年也會看到一些發(fā)展。

還有一個比較有意思的事兒，國外云廠商提出來一個概念叫 Carbon Bills，就是碳賬單，它把企業(yè)成本消耗都轉(zhuǎn)成了碳賬單的形式，這也是個比較有意思的方向。

降本這件事情是所有企業(yè)永遠的訴求，不過當(dāng)企業(yè)在高速發(fā)展的時候這個訴求沒有那么強烈，會以業(yè)務(wù)先行。隨著業(yè)務(wù)進入平穩(wěn)期或者遇到困難時，降本需求會更明顯。

Serverless 的應(yīng)用場景多樣化差異比較明顯，這會影響該技術(shù)的通用性和可復(fù)用性嗎？為什么？

觀點：Serverless 也是最近大家談得比較多的話題。首先想先和大家聊聊什么是 Serverless，因為每個人對 Serverless 的理解不一樣。有些人會把 Serverless 簡單理解為函數(shù)計算，確實最早時候亞馬遜推出的 AWS Lambda 就是函數(shù)式計算產(chǎn)品，并把它定義為 Serverless。但實際上，今天的 Serverless 范圍確實越來越廣，Serverless 本質(zhì)上來講是一種設(shè)計理念，已經(jīng)不僅僅是函數(shù)計算范疇了。

現(xiàn)在，市面上有面向函數(shù)計算的 Serverless 產(chǎn)品，也有面向應(yīng)用的 Serverless 產(chǎn)品，如國外云廠商推出的 App Runner、國內(nèi)的 Serverless 應(yīng)用引擎等，讓用戶對偏傳統(tǒng)的應(yīng)用不需要做改造就可以使用 Serverless 架構(gòu)，也不用關(guān)心底層的 IaaS 基礎(chǔ)設(shè)施。此外，還有面向 K8s 的 Serverless 產(chǎn)品，用戶可以通過 K8s 的界面使用 Serverless，還有面向容器的 Serverless，即用來交付容器實例的 Serverless。這些產(chǎn)品的本質(zhì)都是讓使用者以一個界面使用云資源，而不必關(guān)心底下的基礎(chǔ)設(shè)施。Serverless 多樣化給用戶帶來了更多的選擇。

還有一個比較大的趨勢就是越來越多的云產(chǎn)品也在變得 serverless 化。如果大家關(guān)注了亞馬遜的 re:Invent 就會發(fā)現(xiàn)，很多云產(chǎn)品本身也在 Serverless 化，比如推出了 Kafka 的 Serverless 版本。這意味著，用戶在實際使用云產(chǎn)品時，完全不需要關(guān)注云產(chǎn)品本身的規(guī)模，直接按照按量付費即可。

??打破 Serverless 落地邊界，阿里云 SAE 發(fā)布 5 大新特性??

云產(chǎn)品本身的 Serverless 化也帶來了多樣性，在我看來，這個多樣性是 Serverless 理念在用戶使用界面和產(chǎn)品形態(tài)上不斷豐富帶來的，也在不斷推動行業(yè)的標(biāo)準(zhǔn)化進程，用戶在使用多種多樣的 Serverless 產(chǎn)品時，也能用標(biāo)準(zhǔn)的形式去使用各個云廠商的產(chǎn)品。比如函數(shù)計算領(lǐng)域，它的觸發(fā)會是越來越標(biāo)準(zhǔn)的 http 模式，可觀測性能夠與 Prometheus、OpenTelemetry 等開源技術(shù)結(jié)合，這些都會讓 Serverless 產(chǎn)品標(biāo)準(zhǔn)化程度也越來越高。

用戶需求的多樣化是與 Serverless 產(chǎn)品的標(biāo)準(zhǔn)化結(jié)合在一起的，并且這是一個必經(jīng)的過程，這樣才能有越來越多的用戶使用。

我們在 2019 年就說 Serverless 的未來已來，在您看來這個“未來”真的來了嗎？

觀點：Gartner 發(fā)布過技術(shù)成熟度曲線，一個新技術(shù)都會經(jīng)歷上升期、膨脹期、幻滅期，最后到平穩(wěn)期。在我來看，Serverless 技術(shù)現(xiàn)在已經(jīng)度過幻滅期，開始進入平穩(wěn)期。前幾年應(yīng)該是 Serverless 最火的時候，當(dāng)時大家對 Serverless 非常推崇，那時是處于膨脹期。前面提到的場景多樣化也與此相關(guān)，膨脹期里說的場景越來越多，在真正進入幻滅期后，落地的場景會越來越多。

我舉個例子，大家就能夠看到 Serverless 落實應(yīng)用是不是真的已經(jīng)比較多了。

首先是阿里自己在 2021 年雙十一的時候，大量的前端應(yīng)用實際上是用 Serverless 框架實現(xiàn)的。這是一個比較典型的 Serverless 場景，比較容易落地。阿里內(nèi)部跨很多業(yè)務(wù)部門，基于 Node.js 框架的前端業(yè)務(wù)，如今全部是用 Serverless 框架開發(fā)部署、使用的，這也支撐了雙十一的海量應(yīng)用。Serverless 帶來了非常高的開發(fā)效能和極致彈性的提升。

另外，音視頻處理用 Serverless 架構(gòu)的用戶也非常多。某音樂服務(wù)廠商今年在阿里公共云上用函數(shù)計算進行音視頻處理，包括音頻轉(zhuǎn)碼、自動識別等。廠商選擇 Serverless 是因為其彈性能力。比如剛拿到一批歌曲的版權(quán)后，廠商要快速地對所有歌曲進行碼質(zhì)的轉(zhuǎn)換，這就屬于爆發(fā)式的彈性需求，也是一種并行的批量式任務(wù)，而 Serverless 可以處理得很好。還有像視頻 APP 的企業(yè)用微服務(wù)架構(gòu)，這樣基礎(chǔ)設(shè)施運維投入也會比較高。有的企業(yè)會選擇面向應(yīng)用的 Serverless 產(chǎn)品，比如阿里云的 Serverless 應(yīng)用引擎將微服務(wù)部署到平臺上，不需要做任何基礎(chǔ)設(shè)施管理。這個是現(xiàn)在 Serverless 真正的價值。

??網(wǎng)易云音樂音視頻算法的 Serverless 探索之路??

云原生對編程語言會有特別的要求嗎？

觀點：不知道大家是否了解，國內(nèi)后端開發(fā)最火的語言是什么？還是 Java。但如今，多語言是必然趨勢。很多公司在用 Go 作為主要開發(fā)語言，PHP 的使用也非常廣泛。每種語言的特點不太一樣，很多企業(yè)會根據(jù)業(yè)務(wù)需要選擇一種合適的語言。這時可能會出現(xiàn)多種語言，業(yè)務(wù)部門覺得用 Go 比較好，偏前端的想要 PHP 或者 Node.js，多語言在企業(yè)內(nèi)部越來越普遍。

開發(fā)人員想用什么語言就用什么語言，但是運維人員就會面臨很大的挑戰(zhàn)，如多語言環(huán)境下的服務(wù)治理怎么能統(tǒng)一做等。目前，云原生領(lǐng)域推出了像 Service ?Mesh 這樣的技術(shù)去做多語言的服務(wù)治理。就整個生態(tài)來講，目前最成熟的后端語言還是 Java，招聘 Java 人才也比較容易，而 Go 也有非常好的增長趨勢。未來，企業(yè)對于多語言的容忍程度會越來越高。

Java 之前在阿里基本處于統(tǒng)治地位，但現(xiàn)在阿里內(nèi)部也多語言了。阿里收購了非常多的企業(yè)，如餓了么、飛豬、高德等，但不可能讓所有并購進來的公司都改變編程語言，這是很難的。由于公司并購，阿里內(nèi)的編程語言已經(jīng)變得多元化了。企業(yè)足夠大的話，就一定是多語言的。如果是初創(chuàng)公司或者體量還不夠大，語言統(tǒng)一確實能帶來便捷。

網(wǎng)友問到說云原生很火，可能不用云原生顯得不高級，比如 Mesh。您怎么看待網(wǎng)友的這個疑問？

觀點：云原生領(lǐng)域的火是市場和業(yè)務(wù)驅(qū)動帶來的。技術(shù)發(fā)展的豐富度也會帶來選型難的問題，即有選錯路線的風(fēng)險，這是真實存在的。今天云原生技術(shù)很火，剛才也提到 CNCF 有上千個項目，用戶該用哪個？這確實是每個企業(yè)都會考慮的問題。在我看來，要選適合自己，但前提是有相應(yīng)的技術(shù)場景支撐。至于該不該選 Mesh，這最終取決于企業(yè)的業(yè)務(wù)訴求。

比如偏穩(wěn)健的團隊要很穩(wěn)地去落地而且支持單語言，這時選擇比較成熟的 SpringCloud 和 Dubbo 是比較好的選擇。但如果團隊是面向多語言或面向未來去選架構(gòu)，有些企業(yè)就會選 Mesh。Mesh 經(jīng)過幾年的演進，開源社區(qū)的相對成熟，像 Istio 基本上已經(jīng)成為事實標(biāo)準(zhǔn)，很多企業(yè)已經(jīng)用這些技術(shù)生產(chǎn)，并不太需要去擔(dān)心 Mesh 是不是泡沫，它的泡沫階段已經(jīng)過去了，已經(jīng)到了可以實打?qū)嵾M行生產(chǎn)的階段了。

??服務(wù)網(wǎng)格 ASM 年終總結(jié)：最終用戶如何使用服務(wù)網(wǎng)格？??

服務(wù)網(wǎng)格的目標(biāo)是成為云原生的網(wǎng)絡(luò)基礎(chǔ)設(shè)施。您覺得這個目標(biāo)進行到哪一步了？下一步的研發(fā)和應(yīng)用重點分別是什么？

觀點：剛才回答網(wǎng)友的問題也大概講到了我的一個觀點，就是服務(wù)網(wǎng)格技術(shù)逐漸成熟，Envoy 和 Istio 也是越來越普遍。CNCF 之前調(diào)研服務(wù)網(wǎng)格的使用率已經(jīng) 27% 了，這已經(jīng)很好了。頭部互聯(lián)網(wǎng)公司現(xiàn)在已經(jīng)在用 Istio，或者在社區(qū)上做自研。螞蟻在前幾年宣布整個核心業(yè)務(wù) Mesh 化，阿里巴巴集團面臨多語言治理問題也在 Mesh 化。如果需求匹配也有技術(shù)儲備，是可以嘗試使用 Mesh 的。

不過，現(xiàn)在技術(shù)應(yīng)用到生產(chǎn)中，社區(qū)技術(shù)版本還需要面對一些挑戰(zhàn)，比如存量系統(tǒng)的逐步過渡。Istio 整套體系和 K8s 生態(tài)關(guān)聯(lián)很緊密，但是很多企業(yè)的虛擬機可能還沒有完全過渡到容器，存在部分虛擬機，那怎么能讓服務(wù)網(wǎng)絡(luò)支持虛擬機？有些企業(yè)可能是多種微服務(wù)框架混存的，有的已經(jīng)使用 SpringCloud 了，那么 Mesh 能不能和 SpringCloud 進行打通？社區(qū)在這方面的方案還不是特別全面。另外，Service Mesh 要上生產(chǎn)，非常重要一點就是可觀測性。完全自建的企業(yè)就會面臨這樣的技術(shù)挑戰(zhàn)。

企業(yè)要真正自己去構(gòu)建 Mesh 體系，需要有技術(shù)儲備和相關(guān)人才。另外，企業(yè)也可以借助云廠商的力量。目前的幾個云廠商都有 Mesh 方面的云產(chǎn)品，比如阿里云就有提供 Service Mesh 托管等服務(wù)。企業(yè)可以先根據(jù)自己的業(yè)務(wù)維度判斷技術(shù)團隊的能力，再決定是完全自建還是借助云廠商的能力。

有網(wǎng)友問到，阿里都有哪些可觀測性方面的技術(shù)組件？

觀點：可觀測性也是云原生非常重要的一個領(lǐng)域，是企業(yè)上生產(chǎn)的必備搭檔。

目前，可觀測性方面有兩個比較大的趨勢。第一個大的趨勢就是全棧的可觀測性。業(yè)務(wù)中常常面臨的挑戰(zhàn)是用戶上報了一個問題，企業(yè)如何快速用可觀測性的方式在整個鏈路判斷出是哪里的問題。現(xiàn)在，架構(gòu)越來越復(fù)雜，企業(yè)可能要從用戶側(cè)開始，比如從前端到應(yīng)用層、再到基礎(chǔ)設(shè)施層等等，需要的是整套鏈路的診斷能力。所以可觀測性的一個重要的趨勢就是打通整條鏈路。

另外一個非常重要的趨勢就是指標(biāo)體系的打通。可觀測性領(lǐng)域有 Metric、tracing 和 Loggin 三大數(shù)據(jù)，這三大數(shù)據(jù)以前有點各做各的，但今天的用戶對將三大數(shù)據(jù)打通做統(tǒng)一監(jiān)控有非常大的訴求。比如當(dāng)一個問題出現(xiàn)的時候，可能是 Metric 發(fā)現(xiàn)了指標(biāo)有異常，這時開發(fā)人員可能希望看下 Metric 異常對應(yīng)的交易的日志，看到日志之后可能想看這個交易對應(yīng)的整條鏈路的情況。在可觀測性場景下，大家對統(tǒng)一監(jiān)控數(shù)據(jù)的需求越來越強烈。剛才聽眾問到阿里在這塊正在做什么，其實就是圍繞上面說到的兩點提供全面的托管服務(wù)，比如 Prometheus，Grafana 的托管產(chǎn)品。

??年度盤點｜2021 年阿里云可觀測實踐回顧??

社區(qū)也有人問到，開發(fā)測試人員對容器技術(shù)不熟練的話，企業(yè)如何探索云原生？

觀點：我覺得整個上云的過程是要根據(jù)企業(yè)的情況和模式來做。業(yè)界有一個普遍的說法就是會把上云分成幾個階段。首先，最簡單的辦法就是 Rehosting，即把原來的線下機房搬到云上來。原來線下是虛擬機，到云上也是虛擬機，這給企業(yè)帶來的往往是財務(wù)上的變化，原來擁有的是資產(chǎn)，現(xiàn)在變成了云上服務(wù)。這對企業(yè)來說就是平移，整體價值稍微低一點，但成本也是最低的，基本上不需要對業(yè)務(wù)進行改造，運維模式也不需要變化。所有企業(yè)都可以做。

第二步是 Replatform。這與云原生一些理念就有關(guān)聯(lián)了，比如將原來的虛擬機變成容器化模式。Replatform 的一個典型特點就是，企業(yè)不需要對應(yīng)用進行改造，只需要對系統(tǒng)運維模式進行改變。很多時候?qū)?yīng)用進行改造的代價和成本是比較高的。容器化一般并不需要對企業(yè)的應(yīng)用進行改造。另外就是考慮從自己建設(shè)的開源工具變成使用云廠商的產(chǎn)品，比如原來自建 MySQL，變成云廠商的 RDS 等。企業(yè)可以真正看到云原生帶來的降本增效成果。

從團隊建設(shè)角度來說，還是需要有懂 K8s 的人。K8s 的學(xué)習(xí)資料還是非常多的，InfoQ、CNCF 官網(wǎng)、開源社區(qū)的官網(wǎng)，還有阿里云都有大量的資料可以讓用戶使用。

最后一個階段也是很多企業(yè)在做的，就是 Refactor，即重構(gòu)，企業(yè)整個應(yīng)用架構(gòu)往往發(fā)生一些變化，包括 Serverless 化，微服務(wù)化等。這個階段會涉及應(yīng)用改造，但也才是真正能夠讓應(yīng)用側(cè)發(fā)揮云優(yōu)勢的時候。企業(yè)可以結(jié)合自己的特點，選擇逐步的云原生化。

另外，企業(yè)還要看自己的業(yè)務(wù)類型。現(xiàn)在有一個叫“雙態(tài) IT”的理念，就是講穩(wěn)態(tài)和敏態(tài)。穩(wěn)態(tài)是企業(yè)內(nèi)部變化不是很大的業(yè)務(wù)，對于這類業(yè)務(wù)，我們建議只需要做 Replatform 就可以，因為它的迭代速度沒有那么快，業(yè)務(wù)改動也不是很大，但需要通過容器化等模式增強它的穩(wěn)定性和彈性等。而敏態(tài)業(yè)務(wù)還有快速的迭代，這時可能會建議做 Refactor，如微服務(wù)化等，這樣可以提升整個研發(fā)效率。

企業(yè)要根據(jù)自己的業(yè)務(wù)類型和技術(shù)儲備等，綜合考慮自己云原生化的方式。

云原生體系越來越大，開發(fā)人員要學(xué)習(xí)的東西也越來越多，您有什么學(xué)習(xí)建議給到大家嗎？

觀點：確實要學(xué)的東西很多，而且更新迭代非常快，我是建議大家換個角度學(xué)習(xí)。自學(xué)當(dāng)然沒有問題，網(wǎng)上有各種各樣的資料。但有一點，大家在做云原生能力落地的時候一定要從業(yè)務(wù)驅(qū)動的視角去做。

??云原生，開發(fā)者的黃金時代??

我看到有些企業(yè)是為了技術(shù)而去做云原生，這樣最后不一定有好的結(jié)果，更多時候還是先從業(yè)務(wù)價值角度出發(fā)考慮要做什么事情，再選擇相應(yīng)的技術(shù)。一方面，企業(yè)有業(yè)務(wù)驅(qū)動，便會有足夠多的資源投入。另一方面，企業(yè)在做技術(shù)選型和落地的時候會有足夠多的實踐。

?從領(lǐng)域來講，我給大家的建議就是先把基礎(chǔ)打好，之后再完善一些生產(chǎn)必備的技能。容器技術(shù)是所有的基石，在這之后是一些比較關(guān)鍵的像可觀測性、CICD、微服務(wù)等企業(yè)內(nèi)部落地真正需要的一些關(guān)鍵技術(shù)。?

總結(jié)

以上是生活随笔為你收集整理的技术盘点：2022 年容器、Serverless、可观测、服务网格有哪些值得关注的趋势？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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