阿里云資深技術(shù)專(zhuān)家李國強（嶄巖）做客InfoQ視頻

2021 年，云原生取得很多重要進(jìn)展。2022 年又有哪些值得關(guān)注的趨勢？12 月 27 日，阿里云資深技術(shù)專(zhuān)家李國強（嶄巖）做客 InfoQ視頻號，對云原生趨勢做了最新的解讀。以下根據直播內容整理，有不改變原意的刪減，完整內容可點(diǎn)擊查看回放視頻：https://www.infoq.cn/video/zWxJ15PNDVtElqd1sgXL。

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

A：在 2020 年的時(shí)候，云原生理念就被提到得越來(lái)越多，但我覺(jué)得真正呈現出爆發(fā)形態(tài)、真正被所有的云廠(chǎng)商、用戶(hù)廣泛使用的是在 2021 年。

2021 年發(fā)生了很多印象深刻的事情，可以挑兩件跟大家分享。

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

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

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

InfoQ：有人說(shuō)，云原生乃至整個(gè)云計算就是標準之爭。您怎么看待這句話(huà)？這場(chǎng)“戰爭”您認為結束了嗎？

A：這個(gè)是蠻有意思的話(huà)題。實(shí)際上，現在云原生領(lǐng)域的開(kāi)源是非?；鸬?。CNCF 里面有非常多的開(kāi)源項目，里面的項目已經(jīng)超過(guò)一千了。這么多開(kāi)源項目的標準到底和云計算公司是什么關(guān)系？在我個(gè)人看來(lái)，我不會(huì )把它定義為標準之爭，因為標準演進(jìn)的作用對于云廠(chǎng)商和用戶(hù)來(lái)講都是非常關(guān)鍵，只有標準化后，才能真正實(shí)現規?；托实奶嵘?。未來(lái)，不管是云廠(chǎng)商還是其他企業(yè)，大規模、高效率的方向一定是標準化。

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

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

InfoQ：云原生領(lǐng)域有什么趨勢會(huì )延續到 2022 年？

A：云原生領(lǐng)域真的是太豐富了，有非常多的東西會(huì )延續到下一年，包括前面講到的分布式云。我還是非?？春梅植际皆评锏倪吘売嬎銏?chǎng)景的，為什么呢？因為這個(gè)場(chǎng)景正變得越來(lái)越豐富。例如，大家現在看文字內容越來(lái)越少，音視頻越來(lái)越多，因此視頻處理業(yè)務(wù)發(fā)展非?？?，對邊緣計算的需求會(huì )越來(lái)越強烈。

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

InfoQ：有沒(méi)有邊緣計算的應用案例可以分享？

A：案例是非常多的?；ヂ?lián)網(wǎng)業(yè)務(wù)中，大家熟知的像 cdn/' target='_blank'>CDN、音視頻處理都是典型的邊緣場(chǎng)景。舉例來(lái)說(shuō)，很多園區或工廠(chǎng)等會(huì )有視頻采集，之后企業(yè)會(huì )做深入分析。工廠(chǎng)、園區、居民樓等是否能監測到安全違規行為就需要在視頻采集后進(jìn)行分析，最終發(fā)現問(wèn)題。以前的流程是先采集視頻，然后上傳到中心云或者本地服務(wù)器進(jìn)行處理，但這已經(jīng)不能滿(mǎn)足企業(yè)的需求了?，F在，企業(yè)希望采集完后能夠就近處理這些視頻數據，而不需要再上傳到中心云端，以滿(mǎn)足網(wǎng)絡(luò )延遲需求，以及降低網(wǎng)絡(luò )傳輸的成本。這種場(chǎng)景下，邊緣容器能夠對不同場(chǎng)景進(jìn)行算力管理，包括算法下沉。

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

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

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

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

還有一點(diǎn)，整個(gè)技術(shù)棧的變化會(huì )帶來(lái)整個(gè)企業(yè)組織的變化，很多時(shí)候是顛覆性的變化。

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

InfoQ：您預計，容器在 2022 年的技術(shù)研發(fā)重點(diǎn)會(huì )是什么？對其未來(lái)的應用有哪些展望？

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

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

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

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

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

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

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

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

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

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

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

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

用戶(hù)需求的多樣化是與 Serverless 產(chǎn)品的標準化結合在一起的，并且這是一個(gè)必經(jīng)的過(guò)程，這樣才能有越來(lái)越多的用戶(hù)使用。

InfoQ：我們在 2019 年就說(shuō) Serverless 的未來(lái)已來(lái)，在您看來(lái)這個(gè)“未來(lái)”真的來(lái)了嗎？

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

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

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

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

網(wǎng)友：云原生對編程語(yǔ)言會(huì )有特別的要求嗎？

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

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

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

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

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

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

InfoQ：服務(wù)網(wǎng)格的目標是成為云原生的網(wǎng)絡(luò )基礎設施。您覺(jué)得這個(gè)目標進(jìn)行到哪一步了？下一步的研發(fā)和應用重點(diǎn)分別是什么？

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

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

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

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

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

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

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

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

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

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

從團隊建設角度來(lái)說(shuō)，還是需要有懂 K8S 的人。K8S 的學(xué)習資料還是非常多的，InfoQ、CNCF官網(wǎng)、開(kāi)源社區的官網(wǎng)，還有阿里云都有大量的資料可以讓用戶(hù)使用。

最后一個(gè)階段也是很多企業(yè)在做的，就是 Refactor，即重構，企業(yè)整個(gè)應用架構往往發(fā)生一些變化，包括 Serverless 化，微服務(wù)化等。這個(gè)階段會(huì )涉及應用改造，但也才是真正能夠讓?xiě)脗劝l(fā)揮云優(yōu)勢的時(shí)候。企業(yè)可以結合自己的特點(diǎn)，選擇逐步的云原生化。

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

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

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

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

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

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