這個(gè)時(shí)代的企業(yè)與開發(fā)者，生于云，長(zhǎng)于云。傳統(tǒng)云計(jì)算產(chǎn)業(yè)走向成熟，新興技術(shù)百花齊放，云原生開始從概念普及走向規(guī)?；涞?，已成不可逆的大勢(shì)所趨。Gartner 預(yù)測(cè)到 2025 年，95%數(shù)字化運(yùn)維將通過(guò)云原生平臺(tái)進(jìn)行支撐。

　　一方面是互聯(lián)網(wǎng)企業(yè)對(duì)云原生的領(lǐng)先探索，另一方面是傳統(tǒng)行業(yè)對(duì)云原生價(jià)值認(rèn)知的模糊、企業(yè)云原生技術(shù)能力參差不齊、云原生化 IT 架構(gòu)改造面臨沉重歷史包袱等現(xiàn)實(shí)問(wèn)題。如何讓企業(yè)、開發(fā)者真正地享受到云原生的技術(shù)紅利?

　　第四屆 Techo TVP 開發(fā)者峰會(huì)以「云以致用，智效合一」為主題，為行業(yè)、企業(yè)與開發(fā)者們帶來(lái)了前沿的云原生技術(shù)趨勢(shì)與實(shí)踐總結(jié)。在這為期兩天的技術(shù)盛宴中，從如何理解、應(yīng)用、落地云原生不斷深入，帶著開發(fā)者們探索云原生的最佳落地實(shí)踐。

　　Day 1：云原生落地現(xiàn)狀與未來(lái)趨勢(shì)分析

　　云原生在企業(yè)落地的現(xiàn)狀與趨勢(shì)

　　Linux基金會(huì)亞太地區(qū)戰(zhàn)略總監(jiān)、CNCF中國(guó)區(qū)總監(jiān)，騰訊云TVP Keith Chan帶來(lái)了題為《云原生在企業(yè)落地的現(xiàn)狀與趨勢(shì)》的演講。

　　“云原生無(wú)處不在”，是Keith老師在分享開始的階段給參會(huì)者的輸入。他表示，從2015年CNCF成立至今，云原生這項(xiàng)技術(shù)已經(jīng)走向了主流，不論是互聯(lián)網(wǎng)企業(yè)還是傳統(tǒng)企業(yè)，都在擁抱云原生化的技術(shù)棧。究其原因，主要是在于云原生技術(shù)的幾大優(yōu)勢(shì)：

　　1.更佳的資源效率使你可以用更少的服務(wù)器運(yùn)行同樣數(shù)量的服務(wù);

　　2.云原生基礎(chǔ)設(shè)施提高了開發(fā)速度、服務(wù)速度的同時(shí)，降低了風(fēng)險(xiǎn);

　　3.云原生允許多種云 (包括公有云之間的轉(zhuǎn)換或在多個(gè)云上運(yùn)行) 以及混合云 (在您的數(shù)據(jù)中心和公有云上切換任務(wù));

　　4.云原生架構(gòu)使得更快速地部署成為可能。

　　Keith老師介紹道，云原生技術(shù)加速應(yīng)用開發(fā)、高度容錯(cuò)、易于擴(kuò)展、開放技術(shù)等優(yōu)勢(shì)特點(diǎn)，讓企業(yè)沒(méi)有考慮的時(shí)間，現(xiàn)在就需要去主動(dòng)擁抱云原生。下圖中的企業(yè)，都是云原生這項(xiàng)技術(shù)的最終用戶，不難看出云原生技術(shù)被廣泛應(yīng)用在各行各業(yè)中，成為新一代的基礎(chǔ)設(shè)施——未來(lái)就在這里，它建立在云原生之上。

　　CNCF近幾年在云原生技術(shù)方向持續(xù)加大投入，目前已有超過(guò)120多個(gè)項(xiàng)目，全球contributor人數(shù)也已經(jīng)超過(guò)13萬(wàn)人，有186個(gè)國(guó)家和地區(qū)一起在云原生領(lǐng)域做貢獻(xiàn)。2021年CNCF發(fā)布了云原生調(diào)查報(bào)告，數(shù)據(jù)顯示Kubernetes 的使用率持續(xù)增長(zhǎng)，達(dá)到了有史以來(lái)的最高水平，96%的組織在使用或評(píng)估這項(xiàng)技術(shù)。Kubernetes 已被大型企業(yè)完全接受，甚至在新興技術(shù)中心也在發(fā)展，比如非洲，73%的受訪者在生產(chǎn)中使用 Kubernetes。

　　云原生技術(shù)走向底層的趨勢(shì)，本身就賦能了其他技術(shù)的發(fā)展。比如量子計(jì)算、5G、區(qū)塊鏈、AI等等，而這其中，云原生技術(shù)對(duì)邊緣計(jì)算的影響尤為突出。到 2025 年，Gartner 預(yù)測(cè)，四分之三的企業(yè)級(jí)數(shù)據(jù)將在邊緣創(chuàng)建和處理——這將會(huì)發(fā)生在傳統(tǒng)數(shù)據(jù)中心或云之外，更接近最終用戶。

　　Keith老師表示，在邊緣場(chǎng)景使用云原生的好處有以下幾點(diǎn)：

　　1.能夠完成更快的回滾: 出現(xiàn)故障或存在錯(cuò)誤的邊緣部署可以迅速恢復(fù)到工作狀態(tài)。

　　2.更細(xì)化、分層的容器支持: 我們不需要更新整個(gè)容器，云原生微服務(wù)提供了一種極其靈活的方式來(lái)開發(fā)和交付細(xì)粒度的服務(wù)和控制;

　　3.采取云原生路徑也有經(jīng)濟(jì)利益: 云原生提供的帶寬減少和流線型數(shù)據(jù)可以降低成本，使其成為一種非常有效的企業(yè)工具。 可以允許基于消費(fèi)的邊緣計(jì)算定價(jià)方法，而無(wú)需大量的前期資本支出。

　　隨后，Keith老師也重點(diǎn)介紹了CNCF旗下的典型開源項(xiàng)目SuperEdge、Nocalhost在各個(gè)行業(yè)的應(yīng)用案例。他也表示，中國(guó)在云原生技術(shù)的投入非常大，也有了很多具有代表性的國(guó)人驅(qū)動(dòng)的開源項(xiàng)目。

　　分享最后，Keith老師總結(jié)道，未來(lái)云原生技術(shù)的發(fā)展將在云原生安全、邊緣計(jì)算、服務(wù)網(wǎng)格、WebAssembly、混沌工程等方向有更多機(jī)會(huì)和發(fā)展。

　　聚焦FinOps，成本大師助力云原生降本

　　騰訊云容器技術(shù)專家孟凡杰帶來(lái)了題為《聚焦FinOps，成本大師助力云原生降本》的主題演講。

　　“在云原生無(wú)處不在的現(xiàn)狀背后，隱藏著云成本存在較大浪費(fèi)的另一個(gè)問(wèn)題”。孟凡杰老師在開場(chǎng)之初，給出了另一個(gè)輸入。根據(jù)Flexera發(fā)布的《2021云計(jì)算市場(chǎng)發(fā)展?fàn)顟B(tài)報(bào)告》，數(shù)據(jù)顯示 30%-35%的云支出被浪費(fèi)了，沒(méi)有產(chǎn)生任何價(jià)值。騰訊云通過(guò)客戶數(shù)據(jù)分析和調(diào)研發(fā)現(xiàn)，客戶集群中資源成本浪費(fèi)非常嚴(yán)重，有眾多客戶提出關(guān)于提高資源利用率的訴求。

　　孟凡杰老師分析表示，容器技術(shù)的資源調(diào)配能力可以顯著降低成本，但云客戶的實(shí)際使用率卻相當(dāng)?shù)?，這個(gè)現(xiàn)象的背后體現(xiàn)出了當(dāng)前Kubernetes原生能力不足的現(xiàn)狀，在資源配置、彈性及業(yè)務(wù)穩(wěn)定性方面，都給業(yè)務(wù)人員帶來(lái)了“不會(huì)配、不敢配、不能配”的挑戰(zhàn)，影響了容器的使用率。

　　企業(yè)在運(yùn)營(yíng)的過(guò)程中，創(chuàng)造利潤(rùn)的核心需求來(lái)自于降本增效的兩條腿走路。孟凡杰老師提到，增效一直是技術(shù)迭代的主要方向，無(wú)論是云原生類型的輕量化框架，還是研發(fā)效能、流程和工具等鏈路上的理念與輪子，都已經(jīng)非常成熟。但在降本這個(gè)維度上，大部分企業(yè)做得還遠(yuǎn)遠(yuǎn)不夠。在向云原生技術(shù)棧遷移的過(guò)程中，對(duì)資源效能的優(yōu)化做得還不夠到位。來(lái)自IDC中國(guó)的預(yù)測(cè)報(bào)告指出，到2023(中國(guó)2024)年，80%(中國(guó)50%)使用云服務(wù)的組織將建立專門的FinOps功能用于自動(dòng)化檢測(cè)和優(yōu)化云資源，以實(shí)現(xiàn)價(jià)值最大化。

　　孟凡杰老師介紹道，F(xiàn)inOps定義了一系列云財(cái)務(wù)管理規(guī)則和最佳實(shí)踐，通過(guò)助力工程和財(cái)務(wù)團(tuán)隊(duì)、技術(shù)和業(yè)務(wù)團(tuán)隊(duì)彼此合作，進(jìn)行數(shù)據(jù)驅(qū)動(dòng)的成本決策，使組織能夠獲得最大收益。騰訊在去年，作為國(guó)內(nèi)首家頂級(jí)會(huì)員加入了FinOps基金會(huì)，深度認(rèn)同F(xiàn)inOps的理論和實(shí)踐模型，內(nèi)部也遵循FinOps的理論和指導(dǎo)。

　　近日，騰訊云正式發(fā)布了國(guó)內(nèi)首個(gè)云原生FinOps開源項(xiàng)目——Crane(https://github.com/gocrane/crane)。Crane嚴(yán)格以FinOps能力規(guī)劃作為指導(dǎo)，實(shí)現(xiàn)了從成本展示、浪費(fèi)識(shí)別、成熟度評(píng)估、資源優(yōu)化、費(fèi)率優(yōu)化為一體的一站式解決方案。Crane架構(gòu)如下圖所示：

　　基于Crane開源底座，騰訊云推出了云原生資源優(yōu)化產(chǎn)品成本大師，其理念與Crane一脈相承：

　　讓產(chǎn)品更易用：成本可視化、靈活的匯聚維度、成本優(yōu)化;

　　讓業(yè)務(wù)更省錢：資源配置更簡(jiǎn)單，用智能的方式推薦資源、彈性，保業(yè)務(wù)穩(wěn)定性;

　　讓平臺(tái)資源利用更高效：面向資源運(yùn)營(yíng)的高層API，讓平臺(tái)側(cè)可以將節(jié)點(diǎn)分類并定義水位線;節(jié)點(diǎn)水位定義和水位控制;閑置資源再分配，提升資源利用率;業(yè)務(wù)分級(jí)控制，確保高優(yōu)業(yè)務(wù)穩(wěn)定性;

　　讓負(fù)載更均衡：底層依賴Prometheus采集真實(shí)負(fù)載，代替Request值;引入節(jié)點(diǎn)歷史負(fù)載指標(biāo) (1h內(nèi)最大利用率，1天內(nèi)最大利用率)，感知業(yè)務(wù)波峰;

　　讓顯卡更強(qiáng)大：全新升級(jí)云原生調(diào)度框架;重磅推出在離線混合部署;全面覆蓋主流操作系統(tǒng)。

　　分享最后，孟凡杰老師也介紹了成本挑戰(zhàn)下的騰訊云原生戰(zhàn)略升級(jí)規(guī)劃，并引出了FinOps 產(chǎn)業(yè)聯(lián)盟成立儀式的歷史性時(shí)刻。

　　FinOps 產(chǎn)業(yè)聯(lián)盟成立儀式

　　FinOps 產(chǎn)業(yè)聯(lián)盟成立儀式上，中國(guó)產(chǎn)業(yè)互聯(lián)網(wǎng)發(fā)展聯(lián)盟常務(wù)副秘書長(zhǎng)陳勝喜;騰訊云容器產(chǎn)品中心總經(jīng)理鄒輝;騰訊標(biāo)準(zhǔn)事物中心高級(jí)總監(jiān)梅述家;騰訊開源聯(lián)盟主席、FinOps基金會(huì)董事單致豪;Linux基金會(huì)亞太區(qū)總監(jiān)楊軒;招商局集團(tuán)有限公司數(shù)字化中心技術(shù)專家、騰訊云TVP山金孝;Thoughtworks中國(guó)區(qū)生態(tài)合作總監(jiān)李鑄等眾多行業(yè)大咖獻(xiàn)上了自己對(duì)FinOps 產(chǎn)業(yè)聯(lián)盟的美好寄語(yǔ)，并期待FinOps 產(chǎn)業(yè)聯(lián)盟在未來(lái)的云財(cái)務(wù)發(fā)展規(guī)劃、數(shù)字化轉(zhuǎn)型過(guò)程中發(fā)揮更大作用與價(jià)值。

　　降本增效利器：分布式云+FinOps，釋放云原生技術(shù)紅利

　　騰訊云容器產(chǎn)品中心總監(jiān)于廣游帶來(lái)了題為《降本增效利器：分布式云+FinOps，釋放云原生技術(shù)紅利》的主題演講。

　　“云原生領(lǐng)域有三個(gè)趨勢(shì)，環(huán)境更復(fù)雜，運(yùn)維更困難，應(yīng)用更多樣”。這是于廣游老師在云原生領(lǐng)域工作多年后觀察到的發(fā)展脈絡(luò)。在這樣的發(fā)展趨勢(shì)下，騰訊云對(duì)旗下容器產(chǎn)品進(jìn)行了全新升級(jí)，帶來(lái)了云邊新演進(jìn)、運(yùn)維新范式和性能新高度等重磅優(yōu)化，且技術(shù)能力全棧開源。

　　在云邊新演進(jìn)層面，騰訊云推出了TKE Anywhere系列能力，將TKE延伸到任意環(huán)境，幫助企業(yè)、用戶無(wú)時(shí)無(wú)地?zé)o差異的獲得騰訊云原生能力。不論是IDC的上云，還是云邊一體、邊緣自洽，還是混合多云的場(chǎng)景，騰訊云原生分布式云都可以實(shí)現(xiàn)全覆蓋，真正地解決了云原生領(lǐng)域環(huán)境復(fù)雜的難題。

　　在運(yùn)維新范式層面，騰訊云自研了Serverless容器(EKS)底層技術(shù)的 heeler，這其中包括自研Serverless容器調(diào)度器、高性能安全容器等關(guān)鍵技術(shù)。在完全兼容k8s api的基礎(chǔ)上，無(wú)需關(guān)心任何節(jié)點(diǎn)運(yùn)維問(wèn)題，可高效支撐業(yè)務(wù)漸進(jìn)式的Serverless遷移和業(yè)務(wù)高低峰不同階段的彈性擴(kuò)容，是云原生運(yùn)維的新范式。

　　以外，騰訊云還推出了一種全新的K8S集群模式:TKE Housekeeper，能夠讓用戶像管理Workload一樣聲明式管理Node節(jié)點(diǎn)。

　　針對(duì)云原生服務(wù)場(chǎng)景進(jìn)行優(yōu)化的 etcd 托管解決方案，全面支持開源的 etcd 分布式存儲(chǔ)能力，為用戶提供高穩(wěn)定、可觀測(cè)、免運(yùn)維的云原生 etcd 服務(wù)，這里同樣包括開源行業(yè)首個(gè) etcd一站式治理平臺(tái) Kstone。

　　在性能方面，騰訊云原生分布式云也達(dá)到了新的高度。無(wú)論是自研的高性能服務(wù)器、芯片、網(wǎng)卡等硬件基礎(chǔ)設(shè)施，還是虛擬化技術(shù)和智能網(wǎng)卡及AI加速等軟件水平，都是騰訊云容器計(jì)算加速能力的典型代表。

　　分享最后，于廣游老師還介紹了騰訊云【燎原社】的生態(tài)合作計(jì)劃，借助于【燎原社】這個(gè)企業(yè)云原生應(yīng)用助力平臺(tái)，將以簡(jiǎn)單化、標(biāo)準(zhǔn)化、一站式的方式，助力解決企業(yè)云原生應(yīng)用問(wèn)題。

　　云原生在騰訊集團(tuán)業(yè)務(wù)落地及降本增效實(shí)踐

　　騰訊集團(tuán)云原生規(guī)劃架構(gòu)師楊遠(yuǎn)洲帶來(lái)了題為《云原生在騰訊集團(tuán)業(yè)務(wù)落地及降本增效實(shí)踐》的主題演講。

　　“騰訊集團(tuán)早在2009年就開始使用容器技術(shù)，在騰訊云推出TKE產(chǎn)品后，業(yè)務(wù)也已遷移到TKE技術(shù)棧之上。在這么多年的云原生化實(shí)踐背后，騰訊集團(tuán)結(jié)合自身業(yè)務(wù)特點(diǎn)，沉淀了云原生技術(shù)的理念思考與落地總結(jié)。”

　　楊遠(yuǎn)洲老師介紹道，騰訊集團(tuán)有著業(yè)務(wù)種類多、差異大，各業(yè)務(wù)按峰值備資源的特點(diǎn)，對(duì)騰訊而言單純的上云遠(yuǎn)遠(yuǎn)不夠，要讓資源在業(yè)務(wù)之間動(dòng)態(tài)流動(dòng)才是降本增效的核心，而這正是云原生技術(shù)的特點(diǎn)和優(yōu)勢(shì)。

　　業(yè)界對(duì)于云原生落地的模型有很多，在騰訊集團(tuán)看來(lái)，可量化、可落地才是其中的關(guān)鍵。具體而言，可量化有云原生監(jiān)控?cái)?shù)據(jù)自動(dòng)化采集、去除業(yè)務(wù)間的指標(biāo)差異性、聚焦核心指標(biāo)三條標(biāo)準(zhǔn)，可落地同樣有業(yè)務(wù)之間可對(duì)齊、公示排行榜、獎(jiǎng)懲措施三條原則。

　　騰訊云原生的落地方法是“從下往上”和“從上往下”兩條路并舉的方式，前者通過(guò)底層技術(shù)基礎(chǔ)設(shè)施的構(gòu)建，提供云原生化底座，后者通過(guò)設(shè)立研發(fā)效能、資源效能兩項(xiàng)指標(biāo)的方式推動(dòng)業(yè)務(wù)的降本增效。

　　在這樣的原則驅(qū)使下，騰訊制定了一套云原生成熟度模型，成熟度得分主要分為平臺(tái)得分和業(yè)務(wù)得分兩個(gè)方面，其核心目標(biāo)是橫向量化評(píng)估集團(tuán)業(yè)務(wù)云原生能力，推動(dòng)云原生落地。這套成熟度模型針對(duì)平臺(tái)和業(yè)務(wù)分別進(jìn)行量化評(píng)估考核，得分情況從workload，產(chǎn)品，部門維度層層匯總，按核心數(shù)加權(quán)計(jì)分，最終計(jì)算出整個(gè)部門和整個(gè)公司的成熟度得分，來(lái)監(jiān)測(cè)集團(tuán)內(nèi)云原生成熟度的進(jìn)展。

　　隨后，楊遠(yuǎn)洲老師也用內(nèi)部某業(yè)務(wù)HPA的案例，詳細(xì)解釋了騰訊云原生成熟度模型的評(píng)分方式。他表示，騰訊集團(tuán)內(nèi)部實(shí)踐效果比較好的降本增效措施有以下幾條：

　　共享集群：共享集群資源buffer，業(yè)務(wù)混布，錯(cuò)峰使用增強(qiáng)調(diào)度能力;

　　業(yè)務(wù)容器使用規(guī)范：限制CPU Request/Limit過(guò)大、限制CPU/內(nèi)存比、限制Static綁核/獨(dú)占節(jié)點(diǎn)等;

　　overcommit：讓業(yè)務(wù)在容器節(jié)點(diǎn)資源空閑的時(shí)候能夠用到更多資源;

　　業(yè)務(wù)可調(diào)度 & HPA：業(yè)務(wù)無(wú)狀態(tài)彈性伸縮和有狀態(tài)的優(yōu)雅退出的能力建設(shè);平臺(tái)保障業(yè)務(wù)的資源和隔離性;

　　平臺(tái)重調(diào)度 & CA：平臺(tái)在業(yè)務(wù)可調(diào)度基礎(chǔ)上，進(jìn)行重調(diào)度;重調(diào)度出來(lái)的閑置節(jié)點(diǎn)，優(yōu)先銷毀退回到CA資源池;各個(gè)業(yè)務(wù)、共享集群共享資源池;

　　在離線混布：針對(duì)在線業(yè)務(wù)波谷利用離線資源填補(bǔ)，提升資源利用率。

　　分享最后，楊遠(yuǎn)洲老師表示騰訊集團(tuán)云原生的未來(lái)展望主要分為落地和技術(shù)兩大塊。在落地方面，繼續(xù)推動(dòng)云原生在騰訊集團(tuán)的落地，持續(xù)讓業(yè)務(wù)對(duì)云原生架構(gòu)進(jìn)行升級(jí)，加速資源在業(yè)務(wù)間的流轉(zhuǎn)，按需取用，用完就退，實(shí)現(xiàn)真正的降本增效。在技術(shù)方面，繼續(xù)探索騰訊集團(tuán)業(yè)務(wù)在Serverless的應(yīng)用，在離線混部 Caelus 混部方案的探索。

　　圓桌對(duì)話丨企業(yè)用云成本優(yōu)化的發(fā)展趨勢(shì)探討

　　圓桌環(huán)節(jié)，騰訊云容器產(chǎn)品中心總經(jīng)理鄒輝;Linux基金會(huì)亞太區(qū)總監(jiān)楊軒;微眾銀行資深技術(shù)專家、Apache EventMesh創(chuàng)始人陳廣勝;Thoughtworks中國(guó)區(qū)生態(tài)合作總監(jiān)李鑄;招商局集團(tuán)有限公司數(shù)字化中心技術(shù)專家、騰訊云TVP山金孝等大咖圍繞企業(yè)用云成本優(yōu)化的發(fā)展趨勢(shì)探討做了深入討論，此處節(jié)選了大咖們所分享的FinOps在企業(yè)內(nèi)的實(shí)踐案例，分析了各自的成功經(jīng)驗(yàn)與面臨的挑戰(zhàn)。

　　鄒輝：前面環(huán)節(jié)FinOps技術(shù)方面的經(jīng)驗(yàn)已經(jīng)分享比較多了，我想分享下一些非技術(shù)層面的經(jīng)驗(yàn)。

　　騰訊內(nèi)部很早之前就在探索FinOps，每年都會(huì)規(guī)劃成本優(yōu)化這塊的策略和目標(biāo)。這些策略的制定和目標(biāo)的達(dá)成，有一個(gè)虛擬組織在推進(jìn);這個(gè)組織包含了多個(gè)團(tuán)隊(duì)，比如有些團(tuán)隊(duì)負(fù)責(zé)資源的采購(gòu)和業(yè)務(wù)資源的增長(zhǎng)規(guī)劃，有些團(tuán)隊(duì)負(fù)責(zé)成本策略，有些團(tuán)隊(duì)負(fù)責(zé)平臺(tái)和技術(shù)方案，有些團(tuán)隊(duì)負(fù)責(zé)業(yè)務(wù)落地。每年都會(huì)有一些定期的管理措施，把大家拉在一起，協(xié)同推進(jìn)成本優(yōu)化這個(gè)事。

　　除了組織之外，在成本優(yōu)化過(guò)程中;我們也需要有配套的平臺(tái)或者流程，來(lái)保障目標(biāo)的落地。

　　平臺(tái)上聚合了我們?cè)诔杀緝?yōu)化過(guò)程中所需要的所有信息，比如資源利用率、空閑資源分布、業(yè)務(wù)實(shí)時(shí)成本……等，讓組織里的所有參與方都能很方便了解到各自需要的信息。而流程能夠確保我們策略正確地被執(zhí)行，比如在騰訊內(nèi)部，為了讓大家更好的去利用云原生技術(shù)降低成本，我們建立了云原生成熟度模型，定期將業(yè)務(wù)和平臺(tái)方 “是否用好云原生” 打分量化出來(lái)，來(lái)推動(dòng)大家真正用好。

　　楊軒：我們可以參考騰訊內(nèi)部千錘百煉得出來(lái)的 FinOps 經(jīng)驗(yàn)，可以發(fā)現(xiàn)這些組織、技術(shù)和流程的事情對(duì)很多中小型企業(yè)而言可能都是一種負(fù)擔(dān)。這正是 FinOps 產(chǎn)業(yè)聯(lián)盟成立的價(jià)值，將這些有價(jià)值的思考、實(shí)踐給沉淀下來(lái)，通過(guò)平臺(tái)協(xié)作，建立基本的認(rèn)知以推動(dòng) FinOps 理念的落地。如何建設(shè)組織架構(gòu)以推動(dòng) FinOps 落地，合規(guī)流程上有何建議，云資源使用如何衡量利用效能等，這些最基本的單元都可以通過(guò) FinOps 產(chǎn)業(yè)聯(lián)盟來(lái)進(jìn)行一些定義，讓企業(yè)少踩很多坑。

　　另外，也希望像騰訊云這樣大體量的公有云廠商，未來(lái)會(huì)在云平臺(tái)上推出更多 FinOps 友好的工具，讓更多 FinOps 產(chǎn)業(yè)聯(lián)盟的會(huì)員單位能夠接入云平臺(tái)，更好地服務(wù)。通過(guò)云平臺(tái)工具，幫助企業(yè)快速搭建 FinOps 體系，在企業(yè)內(nèi)形成機(jī)制，也許可以加速這個(gè)過(guò)程。希望以后也能通過(guò) Linux 基金會(huì)、通過(guò)平臺(tái)溝通，能在中國(guó)有更好的體系化 FinOps 落地經(jīng)驗(yàn)出來(lái)。

　　陳廣勝：成本優(yōu)化這個(gè)事情主要分兩方面來(lái)看。第一個(gè)方面，要看目標(biāo)是什么，是只降成本還是要提高效率，還是兩者兼得。從我們的角度看比較清晰的業(yè)務(wù)目標(biāo)是戶均成本不能超過(guò)一個(gè)閾值，一旦超過(guò)了要從各個(gè)方面去優(yōu)化，降低成本空間。實(shí)際優(yōu)化過(guò)程中，不僅僅是把資源利用率優(yōu)化就完了，還會(huì)涉及到架構(gòu)優(yōu)化、設(shè)計(jì)開發(fā)的問(wèn)題，要讓優(yōu)化的過(guò)程能夠保證業(yè)務(wù)的連續(xù)性、穩(wěn)定性。

　　第二個(gè)方面，目標(biāo)確定后，最難的是怎么推動(dòng)事情落地。因?yàn)檫@些優(yōu)化的工作，會(huì)在當(dāng)下的業(yè)務(wù)工作中造成額外的成本，時(shí)間也會(huì)較長(zhǎng)，不一定能夠馬上完成。微眾銀行內(nèi)部是通過(guò)多個(gè)部門去配合推動(dòng)，一個(gè)是架構(gòu)管理辦公室，從整體上看產(chǎn)品架構(gòu)設(shè)計(jì)是否合理，另一個(gè)是運(yùn)營(yíng)部門同事跟蹤實(shí)際落地的效果。成本優(yōu)化不是一蹴而就的，而是一個(gè)持續(xù)不斷迭代的過(guò)程，企業(yè)應(yīng)該根據(jù)自己的實(shí)際情況來(lái)評(píng)估，怎樣達(dá)到最好的效果。

　　李鑄：我們服務(wù)的企業(yè)很多都是非原生的數(shù)字化企業(yè)，很多還在學(xué)習(xí) DevOps 怎么用，微服務(wù)怎么做，還在做非?；A(chǔ)的事情，跟原生數(shù)字化企業(yè)之間的認(rèn)知差距比較大。這里面臨的問(wèn)題是，在先進(jìn)的新理念出來(lái)時(shí)，非原生數(shù)字化企業(yè)如何在學(xué)習(xí)成本偏高的情況下快速的跟上。其次，傳統(tǒng)企業(yè)的組織架構(gòu)調(diào)整往往阻力很大，如何在不做大調(diào)整的前提下，優(yōu)化方法論、優(yōu)化流程，制定一套合適的定制化方案，仍需要花很多時(shí)間去嘗試。

　　目前在金融行業(yè)的頭部企業(yè)中，類似 FinOps 的應(yīng)用相對(duì)較多，最開始不叫 FinOps，叫業(yè)務(wù)與IT的融合。實(shí)際上這個(gè)模式有 FinOps 的影子在，通過(guò)把相關(guān)部門、業(yè)務(wù)引入進(jìn)來(lái)，做了一個(gè)新的業(yè)務(wù)模塊之后，發(fā)現(xiàn)對(duì)業(yè)務(wù)的感知比較強(qiáng)，便漸漸形成 FinOps 實(shí)踐落地。目前國(guó)內(nèi)傳統(tǒng)企業(yè)實(shí)踐相對(duì)較少，北美那邊的實(shí)踐會(huì)比較多，后續(xù)有機(jī)會(huì)的話，希望可以引入一些外部的實(shí)踐案例做一些分享。

　　山金孝：我們以前推廣一些技術(shù)理念，比如DevOps的時(shí)候，更多注重于技術(shù)的先進(jìn)性，如何提升工作效率等維度。這些話術(shù)很難打動(dòng)企業(yè)里的業(yè)務(wù)負(fù)責(zé)人，或者財(cái)務(wù)負(fù)責(zé)人。FinOps這個(gè)理念，不再是用純粹的技術(shù)因素去做推廣，而是用業(yè)務(wù)負(fù)責(zé)人能夠理解的方式來(lái)做布道，這是非常有想象空間的點(diǎn)。

　　另一方面，F(xiàn)inOps的落地可以很清晰地計(jì)算出投入產(chǎn)出比，不管是傳統(tǒng)企業(yè)還是數(shù)字化企業(yè)，都能比較清晰地看到FinOps推行成功后的成本節(jié)省效果，那這個(gè)前期的投入是可以得到業(yè)務(wù)方支持的。從這個(gè)角度看，我認(rèn)為FinOps前途無(wú)量。

　　此外，各位嘉賓還在FinOps產(chǎn)業(yè)聯(lián)盟的行業(yè)標(biāo)準(zhǔn)等話題上展開了精彩的論述。

　　Day 2：云原生最佳實(shí)踐巡禮

　　蔚來(lái)汽車對(duì)騰訊云原生技術(shù)的實(shí)踐

　　蔚來(lái)汽車數(shù)字化發(fā)展集群運(yùn)維總監(jiān)周瑩帶來(lái)了《蔚來(lái)汽車對(duì)騰訊云原生技術(shù)的實(shí)踐》主題演講。

　　周瑩老師介紹道，新能源汽車是一個(gè)新興的、有特殊需求的行業(yè)，以蔚來(lái)為代表的新能源汽車行業(yè)的IT需求里面融合了生產(chǎn)制造、互聯(lián)網(wǎng)服務(wù)、物聯(lián)網(wǎng)、人工智能和大數(shù)據(jù)處理、邊緣計(jì)算、跨國(guó)境數(shù)據(jù)交互等大量交叉場(chǎng)景。

　　在新能源汽車的設(shè)計(jì)部分，蔚來(lái)汽車在全球有數(shù)千人規(guī)模的整車設(shè)計(jì)團(tuán)隊(duì)。在電機(jī)，電池電控，車身材料和工藝，智能網(wǎng)關(guān)，智能座艙，自動(dòng)輔助駕駛，甚至座椅，空調(diào)系統(tǒng)，內(nèi)飾，音響系統(tǒng)都有自主研發(fā)團(tuán)隊(duì);

　　在工業(yè)制造方面，蔚來(lái)是工業(yè)互聯(lián)網(wǎng)概念的實(shí)踐者之一。蔚來(lái)的制造模式是基于訂單的定制化，制造工廠的物流、組裝、工藝、測(cè)試等系統(tǒng)全部數(shù)字化實(shí)現(xiàn);

　　在車聯(lián)網(wǎng)方面，蔚來(lái)汽車的智能座艙是一個(gè)典型互聯(lián)網(wǎng)終端，背后的車聯(lián)車控是典型的物聯(lián)網(wǎng)終端;

　　在基礎(chǔ)設(shè)施建設(shè)方面，蔚來(lái)汽車的充電樁建設(shè)也在持續(xù)發(fā)力;

　　在自動(dòng)輔助駕駛方面，蔚來(lái)汽車IT成本投入也非常大;

　　在用戶運(yùn)營(yíng)體系方面，線上App下單和線下體驗(yàn)相結(jié)合有別于傳統(tǒng)車企。

　　下圖是蔚來(lái)汽車對(duì)騰訊云原生技術(shù)實(shí)踐的時(shí)間路徑，從2015年起蔚來(lái)就開始了混合云的建設(shè)，到2017年接入工業(yè)互聯(lián)網(wǎng)建設(shè)，充分利用云原生基礎(chǔ)設(shè)施能力，2018年起云原生的數(shù)據(jù)產(chǎn)品開始大量應(yīng)用在蔚來(lái)的IT環(huán)境，預(yù)計(jì)到2022年后，將以邊緣云的模式重建車聯(lián)網(wǎng)。

　　騰訊智慧出行汽車云架構(gòu)總監(jiān)賀天明接棒周瑩老師深入講解了在這個(gè)過(guò)程中騰訊云的一些觀察與實(shí)踐經(jīng)驗(yàn)。

　　賀天明老師首先向與會(huì)者介紹了汽車行業(yè)的現(xiàn)狀，一個(gè)車企往往包括300個(gè)以上的業(yè)務(wù)系統(tǒng)，類似于蔚來(lái)這種新能源車企會(huì)更多。在傳統(tǒng)車企轉(zhuǎn)型的過(guò)程中，也引入了非常多的IT新技術(shù)，對(duì)云原生技術(shù)能力的需求日趨增長(zhǎng)。騰訊云與蔚來(lái)的合作非常深入，在每一個(gè)創(chuàng)新業(yè)務(wù)上都有騰訊云的智慧技術(shù)的深度參與。

　　當(dāng)前汽車產(chǎn)業(yè)技術(shù)發(fā)展的趨勢(shì)主要可以概括為“新四化”，即電動(dòng)化、智能化、網(wǎng)聯(lián)化、共享化。在這個(gè)過(guò)程中，車聯(lián)網(wǎng)是萬(wàn)里長(zhǎng)征的第一步，騰訊云在車聯(lián)網(wǎng)方向提供了一個(gè)通用的業(yè)務(wù)架構(gòu)能力，利用分布式云的模式實(shí)現(xiàn)B端、C端的全連接。

　　在車聯(lián)網(wǎng)分布式云的架構(gòu)方面，騰訊云也提供了從車端/物聯(lián)等設(shè)備接入到邊緣節(jié)點(diǎn)/物聯(lián)網(wǎng)網(wǎng)元接入點(diǎn)再到中心云的體系化方案，既能給車企以不同維度的分布式云產(chǎn)品，也能通過(guò)騰訊的音視頻等能力做好人與車之間更佳的互動(dòng)。

　　賀天明老師介紹道，騰訊云在出行行業(yè)多類項(xiàng)目中云架構(gòu)經(jīng)過(guò)多年的迭代發(fā)展，已經(jīng)補(bǔ)足了很多產(chǎn)品能力上的缺失，當(dāng)前的車聯(lián)網(wǎng)云架構(gòu)已經(jīng)實(shí)現(xiàn)了云原生化的改造，具體架構(gòu)參考下圖。

　　分享最后，賀天明老師也舉了云原生服務(wù)網(wǎng)格TCM的實(shí)踐案例，當(dāng)前在車企業(yè)務(wù)中有廣泛的落地，對(duì)研發(fā)鏈路上無(wú)論是開發(fā)還是測(cè)試人員，都非常友好。

　　歡樂(lè)游戲 Service Mesh 演進(jìn)實(shí)踐

　　騰訊歡樂(lè)工作室公共后臺(tái)技術(shù)負(fù)責(zé)人陳智偉帶來(lái)了題為《歡樂(lè)游戲 Service Mesh 演進(jìn)實(shí)踐》的主題演講。

　　陳智偉老師介紹道，歡樂(lè)工作室的后臺(tái)架構(gòu)是分布式微服務(wù)架構(gòu)，分為接入層、業(yè)務(wù)層、中轉(zhuǎn)層、存儲(chǔ)層四大塊，支撐著數(shù)百萬(wàn)在線和數(shù)千萬(wàn)DAU，實(shí)現(xiàn)了不停服平穩(wěn)運(yùn)行近十年。但隨著業(yè)務(wù)的快速發(fā)展，缺乏一套成熟的微服務(wù)管理系統(tǒng)的挑戰(zhàn)越來(lái)越大。

　　在做微服務(wù)改造以前，原有架構(gòu)的痛點(diǎn)主要體現(xiàn)在以下幾個(gè)方面：

　　架構(gòu)的服務(wù)治理能力不足：

　　服務(wù)部署能力較弱：

　　多套開發(fā)框架的服務(wù)模型成熟度不高：

　　繁多的業(yè)務(wù)服務(wù)維護(hù)困難：

　　陳智偉老師表示，在現(xiàn)有架構(gòu)上繼續(xù)打補(bǔ)丁優(yōu)化，或者使用成熟的開發(fā)架構(gòu)重構(gòu)兩套方案都不可行，結(jié)合當(dāng)今上云的趨勢(shì)，將服務(wù)管理和服務(wù)治理能力下沉，將現(xiàn)有框架逐漸蛻變?yōu)闃I(yè)務(wù)的邏輯驅(qū)動(dòng)層和膠水層成了最佳方案。在調(diào)研了Istio等服務(wù)網(wǎng)格技術(shù)后，最終選擇了使用騰訊服務(wù)網(wǎng)格TCM去改造現(xiàn)有架構(gòu)。

　　第一，增加適配代理網(wǎng)關(guān) MeshGate，實(shí)現(xiàn)網(wǎng)格內(nèi)外互通。這帶來(lái)的好處是網(wǎng)格內(nèi)外服務(wù)可互通，新服務(wù)可以直接部署在網(wǎng)格內(nèi)，網(wǎng)格內(nèi)服務(wù)之間可用 gRPC 原生協(xié)議，充分利用了 Istio 的流量管理能力。

　　第二，存量業(yè)務(wù)搬遷方面，在原有代碼框架增加了 gRPC 通信能力，定義 gRPC Wrapper 包裝私有協(xié)議，使存量業(yè)務(wù)代碼重編即適配 gRPC。全量后實(shí)現(xiàn)了業(yè)務(wù)使用層無(wú)感知，網(wǎng)格內(nèi)使用 gRPC Wrapper 適配的效果。

　　為解決由此引入的時(shí)延及性能損耗問(wèn)題，騰訊自研了接入集群 Lotus，提供給終端客戶端使用私有協(xié)議的 TCP 長(zhǎng)鏈接或者 WebSocket 鏈接接入的服務(wù)，具備大規(guī)模用戶鑒權(quán)，長(zhǎng)鏈接管理，協(xié)議加解密，消息轉(zhuǎn)發(fā)等等能力。將 Lotus 直接部署至網(wǎng)格中的方案，并沒(méi)有根本性地解決成本和時(shí)延問(wèn)題。經(jīng)過(guò)綜合考慮，最終選擇通過(guò) Envoy 的 filter 機(jī)制支持私有協(xié)議，并支持原有接入層的業(yè)務(wù)能力，完成接入服上云。

　　最終實(shí)現(xiàn)了在保證性能開銷的前提之下，最大限度融入 Istio，享受服務(wù)網(wǎng)格帶來(lái)的流量治理能力;整體部署效率大幅提升，運(yùn)維更加便捷，節(jié)省運(yùn)維人力;支持自動(dòng)伸縮，無(wú)需預(yù)留過(guò)多資源，資源利用率高，CPU 及內(nèi)存節(jié)省了 50% 以上的效果。

　　對(duì)于游戲場(chǎng)景下，強(qiáng)狀態(tài)核心對(duì)局的 GameSvr 上云問(wèn)題，也相應(yīng)地做了架構(gòu)分離、單局調(diào)度、部署管理等改造。實(shí)現(xiàn)了強(qiáng)狀態(tài) GameSvr 一鍵式更新和上下架，大幅節(jié)省運(yùn)維人力以及降低上手成本;實(shí)現(xiàn)可靠均衡的調(diào)度和自動(dòng)伸縮能力，資源利用率高，云上僅為云下的 1/3的顯著效果。

　　此外，在存儲(chǔ)服務(wù)方面，也實(shí)現(xiàn)了將存儲(chǔ)遷移至 TcaplusDB(騰訊互娛存儲(chǔ)服務(wù))，交給專職團(tuán)隊(duì)維護(hù)的方案。同時(shí)，在Apache CGI 網(wǎng)格化方面，也較快實(shí)現(xiàn)網(wǎng)格化，CPU 以及內(nèi)存資源節(jié)省了近 70%，服務(wù)可維護(hù)性也獲得大幅提升。另外，還將Istio 托管給 TCM(騰訊云服務(wù)網(wǎng)格)，并使用 TCM 提供 Istio 的多集群網(wǎng)格能力。

　　通過(guò)以上的各項(xiàng)改造，完成了整體架構(gòu)的平穩(wěn)平滑上云以及網(wǎng)格化;提升資源利用率，提高研運(yùn)效率，沉淀了游戲各類業(yè)務(wù)場(chǎng)景上云經(jīng)驗(yàn)。

　　云原生PaaS平臺(tái)的混合云演進(jìn)之路

　　好未來(lái) AI 中臺(tái) PaaS 平臺(tái)負(fù)責(zé)人蘇珂帶來(lái)了題為《云原生PaaS平臺(tái)的混合云演進(jìn)之路》的主題演講。

　　蘇珂老師介紹道，好未來(lái) PaaS 平臺(tái)當(dāng)前的總調(diào)用量已經(jīng)達(dá)到上千億，周調(diào)用量超20億，日調(diào)用量超6億，規(guī)模十分龐大。服務(wù)架構(gòu)層面，是經(jīng)典的基于SpringCloud全家桶和Kubernetes構(gòu)建的云原生化PaaS平臺(tái)。

　　這樣的單集群架構(gòu)，隨著業(yè)務(wù)的發(fā)展，逐漸滋生了很多技術(shù)債，比如：服務(wù)負(fù)載不均衡、注冊(cè)SDK使用不規(guī)范、定位問(wèn)題復(fù)雜耗時(shí)等問(wèn)題。另一方面，單集群的架構(gòu)也很快遭遇了瓶頸，Node、Pod數(shù)量接近上限、服務(wù)注冊(cè)頻繁，數(shù)量多、VPC 中IP 資源耗盡、APIServer 性能達(dá)到上限等。另一方面，缺乏災(zāi)備集群、議價(jià)及服務(wù)質(zhì)量的主動(dòng)權(quán)不在自己手中、集群升級(jí)困難、無(wú)法規(guī)避人為錯(cuò)誤、完全依賴云廠商SLA等問(wèn)題也是業(yè)務(wù)所不能接受的。在這樣的痛點(diǎn)背景下，引出了混合云雙集群架構(gòu)建設(shè)的急切需求。

　　蘇珂老師解釋道，雙集群建設(shè)的優(yōu)化主要涵蓋四個(gè)方面：注冊(cè)中心注冊(cè)治理數(shù)量?jī)?yōu)化、服務(wù)負(fù)載不均衡優(yōu)化、服務(wù)注冊(cè)方式優(yōu)化、集群拆分。

　　在優(yōu)化注冊(cè)中心方面，前期調(diào)研了成熟的開源產(chǎn)品，最終選擇了騰訊云的TSE(Polaris)作為原生Eureka的替代，改造過(guò)程涉及8萬(wàn)服務(wù)治理注冊(cè)容量測(cè)試、1000個(gè)服務(wù)增量注冊(cè)測(cè)試、Eureka 開源接口規(guī)范兼容、長(zhǎng)時(shí)間穩(wěn)定性測(cè)試等方面，最終實(shí)現(xiàn)了服務(wù)治理容量提升、注冊(cè)中心服務(wù)成本降低的收益。

　　在優(yōu)化負(fù)載均衡方面，通過(guò)根據(jù)InstanceId輪詢選擇服務(wù)、gateway作為client發(fā)起請(qǐng)求、根據(jù)host作為key 創(chuàng)建連接池的方式，優(yōu)化了service注冊(cè)。另一方面，在IP注冊(cè)上也做了相應(yīng)的優(yōu)化，最終實(shí)現(xiàn)了資源成本的降低。

　　除此以外，在集成Istio-envoy，多活集群互備等關(guān)鍵節(jié)點(diǎn)上，也都做了相應(yīng)的優(yōu)化措施。蘇珂老師表示，通過(guò)這些技術(shù)手段的優(yōu)化改造，實(shí)現(xiàn)了工期縮短三分之二，修改期間無(wú)事故發(fā)生的顯著效果。

　　在準(zhǔn)備做雙集群改造的過(guò)程中，技術(shù)團(tuán)隊(duì)做了兩套方案，最終選擇了周期較長(zhǎng)、成本較高，但能保障穩(wěn)定性和故障域小的方案，并且對(duì)其做了補(bǔ)充升級(jí)，使之更符合業(yè)務(wù)的實(shí)際需求。

　　遷移落地的架構(gòu)示意圖參考下圖。外部流量首先流入接入層網(wǎng)關(guān)，由上層網(wǎng)關(guān)做統(tǒng)一集群之間的流量調(diào)度。然后走到集群內(nèi)部業(yè)務(wù)API網(wǎng)關(guān)，由其做業(yè)務(wù)流量負(fù)載。緊接著所有業(yè)務(wù)容器都被注入相關(guān)的SDCAR，幫助完成POD IP的注冊(cè)。

　　蘇珂老師最后表示，雙集群的建設(shè)帶來(lái)了以下幾個(gè)方面的收益：

　　安全：分區(qū)部署、隔離故障、高可用性;

　　災(zāi)備：同城多活、快速切換;

　　業(yè)務(wù)：快速擴(kuò)容、統(tǒng)一平臺(tái)管理、服務(wù)遷移;

　　穩(wěn)定：高于云廠商SLA;

　　成本：議價(jià)優(yōu)勢(shì)、服務(wù)質(zhì)量、業(yè)務(wù)共創(chuàng)

　　未來(lái)，好未來(lái) PaaS 平臺(tái)還將在流控模塊分集群拆分、注冊(cè)信息雙向同步、逐步引入mesh的inbound/outbound流量的各種治理能力、拆分網(wǎng)關(guān)、完善監(jiān)控等方面做進(jìn)一步的優(yōu)化升級(jí)。

　　騰訊在云原生可觀測(cè)領(lǐng)域的探索與實(shí)踐

　　騰訊云可觀測(cè)平臺(tái)技術(shù)總監(jiān)羅嘉黎帶來(lái)了題為《騰訊在云原生可觀測(cè)領(lǐng)域的探索與實(shí)踐》主題演講。

　　分享伊始，羅嘉黎老師為我們介紹了可觀測(cè)的發(fā)展史，他表示，可觀測(cè)是隨著服務(wù)架構(gòu)的演變而演變的，從早期單體應(yīng)用時(shí)期的手動(dòng)日志排查，到分布式服務(wù)的基礎(chǔ)指標(biāo)+日志檢索方式，再到無(wú)服務(wù)器/服務(wù)網(wǎng)格時(shí)代的Metric+logging+Tracing。

　　羅嘉黎老師從最傳統(tǒng)的日志出發(fā)，詳細(xì)介紹了從日志到自定義指標(biāo)的過(guò)程中，怎么樣從指標(biāo)和維度兩個(gè)概念上抽象出來(lái)，形成一個(gè)告警檢測(cè)的機(jī)制。騰訊在近十年前就有了類似的系統(tǒng)，能夠做到每一個(gè)網(wǎng)絡(luò)調(diào)用都能夠被監(jiān)控起來(lái)，這種單體應(yīng)用的時(shí)期定位是比較高效的。

　　隨著K8S架構(gòu)成為主流，服務(wù)數(shù)量開始爆發(fā)式增長(zhǎng)，對(duì)可觀測(cè)能力也提出了更高要求，架構(gòu)也變得更加復(fù)雜。加上云原生應(yīng)用的特點(diǎn)，對(duì)效率要求越來(lái)越高，系統(tǒng)更加復(fù)雜，環(huán)境動(dòng)態(tài)性增強(qiáng)，上下游依賴也變得更多，如何幫助云原生應(yīng)用實(shí)現(xiàn)可觀測(cè)變得更加具有挑戰(zhàn)性。

　　在這樣的背景下，羅嘉黎老師詳細(xì)分析了Metric、Logging、Tracing 三大模塊在實(shí)際使用中的痛點(diǎn)與所遇到的問(wèn)題。此外，在可觀測(cè)性領(lǐng)域的開源協(xié)議過(guò)去也一直未曾統(tǒng)一，直到2019年成立的OpenTelemetry項(xiàng)目，其具備統(tǒng)一Metric、Tracing、Logging標(biāo)準(zhǔn)，三者擁有相同的元數(shù)據(jù)結(jié)構(gòu)，可以輕松實(shí)現(xiàn)互通;使用一個(gè)Agent就能夠完成可觀測(cè)性數(shù)據(jù)的采集和傳輸，不需要安裝各種各樣的Agent，降低系統(tǒng)的資源占用;誕生于CNCF，對(duì)于各種云原生可觀測(cè)性系統(tǒng)具有非常好的兼容性等特性。

　　可觀測(cè)性的發(fā)展史，就是從1.0的Logging時(shí)代，手動(dòng)排查日志;到2.0的 Metric+ Logging時(shí)代，延時(shí)，流量，飽和度，錯(cuò)誤指標(biāo)告警，通過(guò)Logging人工串起全鏈路;再到3.0的可觀測(cè)一體化時(shí)代，Metric+Logging+Tracing，將traceID注入gRPC metadata或http header，進(jìn)行分布式追蹤、全鏈路監(jiān)控。

　　隨后，羅嘉黎老師重點(diǎn)介紹了騰訊云在可觀測(cè)領(lǐng)域的一些經(jīng)典案例分享，包括前端監(jiān)控、前后端打通、后臺(tái)可用性分析、數(shù)據(jù)庫(kù)性能分析、服務(wù)治理、撥測(cè)等全局點(diǎn)位。整體架構(gòu)圖如下圖所示：

　　分享最后，羅嘉黎老師也向與會(huì)者毫無(wú)保留地分享了構(gòu)建全鏈路可觀測(cè)性的Todo list：

　　1.后臺(tái)/前端調(diào)用指標(biāo)告警—無(wú)侵入接入

　　2.Mysql/Redis等存儲(chǔ)層指標(biāo)告警—無(wú)侵入接入

　　3.自定義指標(biāo)告警—業(yè)務(wù)側(cè)埋點(diǎn)

　　4.日志類數(shù)據(jù)通過(guò)中間件打印清楚上下文信息(比如appID，ip，返回碼等等)

　　5.開源日志庫(kù)自動(dòng)將traceID注入日志—無(wú)侵入接入

　　6.OpenTelemetry/Skywalking等開源協(xié)議分布式追蹤能力—無(wú)侵入接入

　　7.通過(guò)壓測(cè)工具去觀測(cè)以上Metric、logging、Tracing數(shù)據(jù)的情況

　　值得一提的是，這其中只有3、4兩點(diǎn)需要業(yè)務(wù)上報(bào)數(shù)據(jù)，其他均可通過(guò)云服務(wù)或開源產(chǎn)品無(wú)侵入接入。

　　日流量千億的云原生網(wǎng)關(guān)探索和實(shí)踐

　　API7.ai CEO，Apache APISIX PMC主席，騰訊云TVP溫銘帶來(lái)了題為《日流量千億的云原生網(wǎng)關(guān)探索和實(shí)踐》的主題演講。

　　在開始演講前，溫銘老師帶我們回顧了 API 的背景，他表示開發(fā)模式已經(jīng)從代碼優(yōu)先轉(zhuǎn)變?yōu)榱?API 優(yōu)先的模式。這個(gè)趨勢(shì)背后引發(fā)了一些開發(fā)模型的轉(zhuǎn)變，涉及到前端、后端、測(cè)試等方方面面的問(wèn)題，這是他創(chuàng)辦 APISIX 的原因。

　　APISIX 作為一個(gè) Apache 頂級(jí)開源項(xiàng)目，除了社區(qū)活躍、反饋及時(shí)，生態(tài)擴(kuò)展豐富，同樣具備領(lǐng)先的技術(shù)能力，無(wú)論是順應(yīng)潮流的云原生架構(gòu)，還是全動(dòng)態(tài)設(shè)計(jì)，運(yùn)維方便，亦或是插件模塊化管理、配置可插拔、內(nèi)置高可用和無(wú)狀態(tài)設(shè)計(jì)等技術(shù)特性，都給予用戶以最大的便利性。

　　溫銘老師解釋道，隨著IT技術(shù)的高速發(fā)展，云原生技術(shù)的進(jìn)一步下沉，也對(duì)API網(wǎng)關(guān)帶來(lái)了不小的挑戰(zhàn)，總結(jié)下來(lái)基本上有以下幾個(gè)方面：

　　多語(yǔ)言與低代碼：降低了開發(fā)者入門成本，豐富用戶選擇，同時(shí)提升產(chǎn)品交付與協(xié)作效率;

　　流量統(tǒng)一：統(tǒng)一流量即統(tǒng)一技術(shù)棧，降低公司運(yùn)營(yíng)成本，加速企業(yè)數(shù)字化轉(zhuǎn)型;

　　數(shù)據(jù)安全：API 網(wǎng)關(guān)作為內(nèi)外輸送點(diǎn)，在對(duì)隱私信息的數(shù)據(jù)把控上應(yīng)該做到更加地安全與防護(hù)。

　　在這樣的挑戰(zhàn)下，APISIX憑借強(qiáng)悍的技術(shù)實(shí)力，也幫助國(guó)內(nèi)多個(gè)互聯(lián)網(wǎng)大廠實(shí)現(xiàn)了云原生網(wǎng)關(guān)的升級(jí)改造工作，其中的典型代表就是新浪微博和愛(ài)奇藝。

　　新浪微博原架構(gòu)痛點(diǎn)是升級(jí)步驟長(zhǎng)、對(duì)服務(wù)進(jìn)行增、刪、改或跟蹤問(wèn)題時(shí)，不夠靈活且難以排查問(wèn)題。通過(guò)遷移到APISIX，借助全動(dòng)態(tài)、高性能等特性，加上定制化的開發(fā)，深度融合進(jìn)入了新浪微博的業(yè)務(wù)系統(tǒng)中。

　　愛(ài)奇藝的原架構(gòu)痛點(diǎn)是部署臃腫、同步效率低、高可用難度大。隨著用戶對(duì)視頻內(nèi)容的需求持續(xù)增長(zhǎng)，愛(ài)奇藝對(duì) APISIX 滿足大流量、性能穩(wěn)定的需求凸顯出來(lái)，滿足了其日漸增長(zhǎng)的業(yè)務(wù)需求。

　　除以上兩個(gè)企業(yè)案例以外，溫銘老師還提到了WPS的用例，以上三家企業(yè)與 APISIX 形成了良性的互補(bǔ)，一方面 APISIX 滿足了其業(yè)務(wù)需求，另一方面三家企業(yè)也為APISIX社區(qū)回饋了諸多應(yīng)用場(chǎng)景與使用反饋。

　　溫銘老師最后表示，APISIX 未來(lái)將順應(yīng)云時(shí)代的發(fā)展潮流，推出與云廠商的集成版本。未來(lái)將會(huì)有APISIX在騰訊云上的托管版本，如果用戶的服務(wù)在云上，可以省去安裝、運(yùn)維、升級(jí)等步驟，只需直接使用云上服務(wù)即可滿足業(yè)務(wù)需求。

　　圓桌對(duì)話丨云原生會(huì)讓我們失業(yè)嗎?

　　騰訊開源聯(lián)盟主席、FinOps基金會(huì)董事單致豪;金蝶我家云技術(shù)總監(jiān)金向平;騰訊云容器技術(shù)專家孟凡杰;API7.ai CEO，Apache APISIX PMC主席，騰訊云TVP溫銘;招商局集團(tuán)有限公司數(shù)字化中心技術(shù)專家、騰訊云TVP山金孝等大咖圍繞云原生會(huì)讓我們失業(yè)嗎的話題進(jìn)行了深入探討。

　　單致豪：云原生技術(shù)降低了開發(fā)者的工作量和難度，抽象掉了很多底層的技術(shù)，我覺(jué)得不僅不會(huì)讓整體的崗位減少，反而會(huì)隨著難度的降低讓更多的人參與進(jìn)來(lái)，成為開發(fā)者。去年GitHub的數(shù)據(jù)顯示，全球開發(fā)者數(shù)量已經(jīng)達(dá)到了7300多萬(wàn)，一年間增加了1600萬(wàn)。CNCF也有類似的報(bào)告，云原生開發(fā)人員的數(shù)量也在持續(xù)上升，過(guò)去一年增加了30多萬(wàn)達(dá)到680萬(wàn)的規(guī)模。

　　我個(gè)人覺(jué)得云原生和開發(fā)者的關(guān)系是一個(gè)良性的互動(dòng)，共同促進(jìn)的關(guān)系。另外，Linux基金會(huì)的下一代架構(gòu)基金會(huì)成立云開發(fā)這樣的技術(shù)組，構(gòu)建低代碼和無(wú)代碼的框架、平臺(tái)和標(biāo)準(zhǔn)，通過(guò)這樣的方式讓更多的人成為開發(fā)者。隨著更多的開發(fā)者融入進(jìn)來(lái)，我覺(jué)得越是資深的開發(fā)者越不會(huì)失業(yè)。

　　金向平：我們?cè)谛碌姆绞较鹿ぷ?，無(wú)論開發(fā)還是運(yùn)維都跟以前不太一樣，但崗位不但沒(méi)有減少，反而增加了。以前的開發(fā)者像建筑工人，是碼代碼的?，F(xiàn)在的開發(fā)者像裝修房子的，房子越建越多，開發(fā)者崗位也就越來(lái)越豐富。

　　新形勢(shì)下，業(yè)務(wù)開發(fā)人員要更加鉆研業(yè)務(wù)的處理，才能給客戶創(chuàng)造更多價(jià)值，就能創(chuàng)造更多好用的企業(yè)產(chǎn)品。云原生技術(shù)的出現(xiàn)，使得開發(fā)者站在了巨人的肩膀上，我們可以看得更遠(yuǎn)，去研究物聯(lián)網(wǎng)、生態(tài)、信息系統(tǒng)，利用這些技術(shù)幫助客戶快速搭建安全可靠的IT服務(wù)，技術(shù)人員也要在這種新形勢(shì)下提升自我能力，實(shí)現(xiàn)轉(zhuǎn)型。

　　孟凡杰：汽車出來(lái)之前，主要的交通工具是馬車。大家擔(dān)心的是原來(lái)這些趕馬車的人會(huì)不會(huì)失業(yè)，這跟今天的處境是一樣的。我覺(jué)得任何一次的技術(shù)迭代，都會(huì)引發(fā)類似的討論。我們不能以一種靜態(tài)的眼光看待這個(gè)世界，自動(dòng)化能力的提高，并不一定意味著人員的減少。我們所面臨的的場(chǎng)景，所要解決的問(wèn)題已經(jīng)完全不一樣了。我們追求效率的水平在不斷膨脹，要解決的問(wèn)題也在變得更加復(fù)雜，這背后的需求是在持續(xù)增長(zhǎng)的，任何技術(shù)的迭代讓我們完成了一些以前不敢想象的工作，也就自然會(huì)帶來(lái)一些新的崗位。

　　云原生技術(shù)現(xiàn)在的大行其道，會(huì)創(chuàng)造更多崗位，比如過(guò)去你是一個(gè)運(yùn)維，只做一些工單處理的操作工作。有了自動(dòng)化能力以后，你就轉(zhuǎn)變成了一個(gè)DevOps人員，就是一樣的道理。我們都說(shuō)產(chǎn)業(yè)升級(jí)，其實(shí)個(gè)人也需要去做升級(jí)來(lái)適應(yīng)新的時(shí)代。

　　溫銘：其實(shí)大家從一個(gè)更長(zhǎng)的角度來(lái)看，數(shù)字化進(jìn)程是在加速的。越來(lái)越多的東西都放到了互聯(lián)網(wǎng)上，部署方式也從私有機(jī)房搬到了公有云上，面臨著更多樣的場(chǎng)景和需求，這并不因?yàn)榛A(chǔ)設(shè)施的便利性就會(huì)減少。恰恰相反的是，隨著基礎(chǔ)設(shè)施的便利性，越來(lái)越多的企業(yè)會(huì)加快數(shù)字化和云原生的進(jìn)程。

　　很多企業(yè)已經(jīng)是云原生的架構(gòu)了，但更大部分的公司還沒(méi)有完成自己的核心業(yè)務(wù)遷移上云的進(jìn)程，在這個(gè)歷史的潮流趨勢(shì)下，必然會(huì)帶動(dòng)一些新的商業(yè)機(jī)會(huì)，也會(huì)衍生出更多的開發(fā)者崗位需求。我覺(jué)得云原生恰恰只是一個(gè)開始，而非蓋棺定論對(duì)開發(fā)者的終結(jié)之時(shí)。

　　結(jié)語(yǔ)

　　云原生領(lǐng)域在過(guò)去的幾年間，經(jīng)歷了喧囂的炒作，經(jīng)受了疫情的洗禮，經(jīng)過(guò)了技術(shù)的蟄伏，終于迎來(lái)了走向規(guī)?；涞氐倪M(jìn)程。不管是互聯(lián)網(wǎng)企業(yè)對(duì)云原生技術(shù)應(yīng)用的花樣百出，還是傳統(tǒng)企業(yè)對(duì)云原生技術(shù)人才的求知若渴，都讓云原生從理念變?yōu)榱爽F(xiàn)實(shí)。

　　云原生向來(lái)是一個(gè)事實(shí)標(biāo)準(zhǔn)說(shuō)話的行業(yè)，TVP希望在行業(yè)標(biāo)準(zhǔn)形成的過(guò)程中， 能夠給國(guó)內(nèi)企業(yè)、開發(fā)者帶來(lái)先進(jìn)的云原生技術(shù)趨勢(shì)解讀，也能將國(guó)內(nèi)具有代表性的云原生技術(shù)實(shí)踐案例通過(guò)開源社區(qū)、基金會(huì)、TVP們帶出國(guó)去。

　　第四屆 Techo TVP 開發(fā)者峰會(huì)「云以致用，智效合一」順利落下了帷幕，但關(guān)于云原生的思考卻仍在每個(gè)開發(fā)者的心頭燃燒著。

（免責(zé)聲明：本網(wǎng)站內(nèi)容主要來(lái)自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請(qǐng)進(jìn)一步核實(shí)，并對(duì)任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對(duì)有關(guān)資料所引致的錯(cuò)誤、不確或遺漏，概不負(fù)任何法律責(zé)任。
任何單位或個(gè)人認(rèn)為本網(wǎng)站中的網(wǎng)頁(yè)或鏈接內(nèi)容可能涉嫌侵犯其知識(shí)產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí)，應(yīng)及時(shí)向本網(wǎng)站提出書面權(quán)利通知或不實(shí)情況說(shuō)明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后，將會(huì)依法盡快聯(lián)系相關(guān)文章源頭核實(shí)，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 ）