*作者：奧陌*

**11 月 5 日，在 2022 杭州 · 雲棲大會上，雲原生技術中臺 CNStack2.0 正式釋出。**

![1.jpeg](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/d0df8181915745538d12c34fecd98a89~tplv-k3u1fbpfcp-zoom-1.image "1.jpeg")

阿里巴巴資深技術專家 謝吉寶介紹 CNStack2.0

企業在數字化轉型的過程中，一部分問題得到了解決，但隨著 IT 水平的不斷提升，新問題也在逐漸顯現。業務系統越加複雜，所需的計算、儲存和網路設施也變得越來越難以管理。

以往一臺虛擬機器、一個資料庫便能部署應用的時代已經一去不復返了。複雜的系統架構需要更多基礎軟體的支援才能良好執行，而開源社群的蓬勃發展，雖然為決策者提供了更多選擇的可能性，但從選型開始問題就接踵而至。交付、運維、故障處理和選型後維護，所有這些都與業務價值無關，但又必不可少，基礎軟體出現問題對上層業務系統來說將是致命的，而這對於缺少豐富生產經驗的運維人員來說，更是雪上加霜。

隨著雲原生技術的深入發展和行業解決方案的不斷落地，企業越來越希望看到這樣一種平臺，依託雲原生技術能力，不但可以支撐大規模業務系統的釋出與執行，也可以將內部各種複雜、零散、不統一和不標準的軟硬體體系給集中管理起來，以中臺化的運作方式，向企業內部源源不斷的輸出經過實踐檢驗的成熟技術能力與標準體系，推動企業數字化建設向著更高效的方向發展。在這樣一個趨勢背景下，雲原生技術中臺 CNStack 隆重發布了其具有革新意義的新一代 2.0 版本。

![2.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/5c8e0aff87034312992ad9a5514f0c5d~tplv-k3u1fbpfcp-zoom-1.image "2.png")

接下來我們將從幾個企業數字化轉型遇到的常見困難開始，向大家逐一介紹 CNStack 2.0 所具備的突破效能力，以及能給企業帶來哪些核心價值。

## 異構資源管理困難

大部分企業已經從“建好雲”的階段過渡到了“用好雲”，不管是共有云還是私有云，用雲和上雲的理念已經深入人心。但云平臺的種類和數量都在不斷增加，尤其是基礎設施部分，這就如同 PC 時代的主機硬體，需要有更通用的作業系統加以遮蔽和提升，否則面對形形色色的 IaaS 基礎設施，管理、運維和適配都將是重複且效率低下的工作。

跨雲、混合雲和分散式雲早已從理論步入生產，對異構資源的管理能力也需要更上一層樓。在某些局點的實踐中，我們發現客戶現場有存在多家雲廠商的平臺，且都分佈在不同機房中，單開通資源這一項操作，就需要經歷繁瑣的申請過程，更不必說對整個環境體系的維護了。

CNStack 2.0 面向基礎設施提供了雲原生化的管理手段，可以對不同廠商、不同架構（x86/ARM）、不同計算型別（CPU/GPU）和不同地域（公有云/本地雲/邊緣雲）的資源進行管理。多叢集納管可以將分散的基礎設施統一納管到平臺下，並能進行跨叢集的資源分配、統一排程和集中運維，極大降低了異構基礎設施的管理難度。

不僅如此，CNStack 在專案實踐中可以管控上千節點或上萬核規模的叢集資源，特別適用於零售和網際網路行業等對於大規模、高併發和低成本管控的要求。而且在超融合及混部等能力的加持下，系統資源利用率可以由通常水平的 6%~12%，提升到 45%。

## 系統軟體選型與維護困難

一個平臺如果只能解決資源問題，其實還無法為業務提供可用的環境，因為在資源之上還存在各種系統軟體，對這些系統軟體進行技術選型並解決選型後的持續維護問題，也是平臺必須要解決的。

現如今，開源技術在軟體領域有著舉足輕重的地位，單 CNCF 下注冊的專案就已經超過了 140 個，是否使用開源技術已經成為了評估軟體標準化和開放性的必要條件之一。但問題是，這麼多開源專案，該如何進行技術選型？哪些專案能滿足需要？哪些版本能用於生產？哪些技術經歷過大規模實戰？這些都是技術選型需要考慮的問題。

與此同時，對技術選型的持續維護也同樣重要。版本迭代、技術革新，每次都需要投入新的人力、物力和財力才能跟得上開源社群的快速發展，否則就會面臨版本生命週期終結、功能落後和效能低下等問題，更有甚者會遺留嚴重的安全風險，這些都是數字化決策者所不得不考慮的問題。

CNStack 2.0 可以從兩個方面來解決技術選型時遇到的問題。首先，平臺提供了很多內建的、開箱即用的產品元件和中介軟體，正是這些內建元件所提供的能力才使我們所倡導的“讓企業數字創新只需專注業務本身”變為可能。

這些內建元件從資源管理到應用管理，從服務管理到流量管理，從可觀測到可運維，從平臺穩定性到數字化安全生產……滲透到了平臺和業務系統的方方面面。如果想要透過開源產品搭建具備同等能力的技術中臺，其投入將是無比巨大的。

CNStack 背靠阿里云云原生團隊，其所提供的中介軟體產品無論在功能、效能、規模還是可靠性方面都是有目共睹的，且經歷過非常多的生產實踐檢驗，能默默地為業務系統保駕護航。另外，在能力中心裡，CNStack 還精選了各種原廠和夥伴提供的產品及元件，當內建功能不足以滿足業務需要的時候可以在此進行無限擴充套件，並享受平臺提供的一致化產品體驗。

## 多環境交付困難

基於雲原生技術的 PaaS 平臺是近年來管理 IaaS 的首選方案。從開源到商業化，企業總能找到滿足業務需要的解決方案，但也不是全然沒有問題。

比如，既往的工作模式和管理規範都是建立在非雲原生的基礎設施之上，簡言之，就是以物理機或虛擬機器為單元進行資源管理的。那個時候環境的申請幾乎等同於準備主機節點，但這並不意味著一個環境處於可用狀態，最終使用者還需要在上面部署很多系統軟體和基礎元件，這些軟體系統的重複部署，不僅浪費人力和時間，後續維護也是一筆持續的開銷，更不利於環境的複用、開支的節省和標準的建立，整體成本非常之高。當開發和測試等工作涉及多個系統和整合商的時候，環境獲取成本將成倍增長，甚至失控。

CNStack 2.0 的環境交付是基於容器來實現的。在系統建設之初，交付人員將基礎設施資源整合成資源池（即容器叢集），之後資源的申請便等同於在叢集中劃分配額。這些被分配的配額僅用於部署實際業務系統即可，系統軟體的交付則是透過能力中心來完成。能力中心裡分發的產品與元件是開箱即用的，平臺管理員只需輕點滑鼠即可實現全自動的安裝與部署，交付即可用。能力中心分發的是元件能力，不再是資源本身，完全有可能在企業內部複用這些能力，並依此建立完善的基礎軟體使用標準。

在實踐中，資源分配和能力供給是有嚴格許可權隔離的，完全適用於多地域、多組織和多專案的企業級管理模式。環境搭建週期從月變為天或小時，而且使用能力中心交付的元件會天然具備平臺級的運維能力，不但能夠提升環境搭建的效率，長期運維的成本也會一降再降。

## 生產運維困難

環境交付和應用部署都是一次性投入，而環境自身和其上業務系統的運維卻是需要持續投入的。對大多數的運維人員來說，由於缺乏大規模訪問下的生產運維經驗，在突發狀況時想做到系統的平穩執行是非常困難的，這往往不僅需要難得的實踐經驗，更需要專業工具或產品能力的支援。

即便在正常情況下，想要確保系統穩定也是看似簡單，實則困難的目標。倘若沒有平臺的支援，運維人員將無法預知問題的產生，產生問題時也無法做到及時止血或快速定位，最後迅速恢復和平穩升級才能讓系統迴歸到往日的正常狀態。所有這些遠非“一個有經驗的運維人員”所能輕易做到的。

但依託 CNStack 2.0 的產品能力，保障線上系統的穩定執行只需要一個普通運維人員即可，這全都依靠了平臺提供的一站式應用管理能力。複雜的業務系統催生了應用形態的多樣化，微服務應用、多語言應用、批處理或定時任務應用、AI 應用和大資料應用等，所有這些在完成上線之後都需要針對性的運維和管理能力。

CNStack 提供了完備的圖形化運維控制檯，不出平臺即可完成 80% 的運維工作。同時，應用系統在釋出態和執行態的穩定性也是由平臺來自動保障的，運維人員僅需對規則進行配置，CNStack 的諸多特色能力，就可以讓釋出如絲般順滑，讓系統在突發狀況時也能平穩度過併發出告警。

最後，在應用故障逃脫平臺的管控能力之後，系統提供的各種輔助工具和產品能力，也可以幫助運維團隊精準定位故障，快速恢復系統，為研發部門介入修復贏得寶貴時間。

## 總結

誠然，在雲原生運動的驅使下，將會有越來越多的企業嘗試擁抱這項技術，以新的理念、新的架構和新的能力為業務注入新的活力，在這期間既往的平臺解決了一些問題，又產生了一些問題，在不斷的更新迭代中，加速釋放創新的力量。

CNStack 2.0 讓企業以最低的成本和門檻享受來自技術革新的發展紅利，而在遇到種種必然的困難阻礙時，也能提供強有力的支撐手段，終究能以更開放、更全面和更輕量的形態為客戶打造更具競爭力的雲原生技術中臺產品，進而服務企業數字化轉型步入下一個階段。

雲原生技術中臺 CNStack2.0 正式釋出

相關文章