最近相關部委又在密集發文指導數字化轉型等相關工作，云原生架構再次成為關注焦點，援引某廠商的說法，云原生已經進入2.0時代，上云也從資源上云進一步向應用上云和業務上云升級，推動企業數字化轉型和智能升級。還有一個形象的說法可以概括上述觀點，云原生讓企業云化從“ON Cloud”走向“IN Cloud”。

一、緣起應用架構演進

我們都知道，商業模式決定了產品形態，產品決定了研發模式，研發模式又決定了需要采用什么樣的技術。縱觀這些年企業應用架構的發展，我們經歷了傳統應用時代、互聯網應用時代和數字化轉型應用時代，所處的時代不同引發的需求也不同，由此帶來對技術的要求自然也不同。

傳統的應用需求是相對固定的，通常以項目化運作，用戶的訪問量可以預測，容量是有限的，對停開機的要求也沒有那么嚴格。所對應的應用架構一般是單體應用和垂直架構，集成方式也多是直連模式或者網狀集成。

互聯網應用的特征是需求持續發展，產品化而非項目制，用戶量并非線性，往往會有陡增陡降。應用架構多是SOA架構，集成方式一般通過ESB等應用集成平臺。

處在這樣一個數字化轉型的時代，我們的業務邊界和業務活動是完全不可預知的，即便是對于互聯公司都是巨大的挑戰，要求快速地嘗試、快速探測、快速的感知，應用是服務化的方式提供，業務敏捷性前提之下，對技術體系的持續發布、分布式海量并發、灰度發布和線上測試都是基本訴求。業務的敏捷性持續發布，應用平臺的彈性訴求，商業環境的變化，這是整個云原生產生的時代背景。

二、微服務是一個躲不開的話題

首先，我們需要再次明確一個概念。微服務，不是一種技術而是一種軟件架構模式和方法，是一種基于將應用程序構建為小型服務集合的軟件開發體系結構方法。從某種程度上說，微服務是單體應用的對立面。從本質上來講，微服務就是把單體應用從一個巨型的應用拆分成數個更微小的服務，協作完成原來單體應用所提供的等效業務服務。單體應用跟資源之間是一對一的緊耦合關系，單體應用的協同也都是一些內部協同，不存在外部的動態依賴。而當我們轉換到微服務之后，服務與服務之間會有依賴關系，依賴關系會變成網狀，變得復雜起來。

容器化的出現，一定程度上帶動了微服務架構。架構演化從單體式應用到分布式，再從分布式架構到云原生架構，微服務在其中有著不可或缺的角色。

微服務體系和云原生架構的組成部分有各自的部分，也有重疊的部分。

首先，微服務體系會涉及業務體系部分，從業務需求出發，采用DDD等理念搭建微服務的業務模型，這部分其實并不在云原生架構體系里面。

同樣，云原生是構建在新型基礎設施上面的，所謂新型基礎設施是結合了分布式云和不可變原則的，微服務更強調外部依賴，并不涉及基礎設施部分。

微服務跟云原生共同關注的內容，其實是技術體系和管理體系兩部分，其中技術體系主要是涉及微服務技術架構、集成工具，，面向云原生更多強調云平臺和和容器化能力。管理體系更關注從業務角度如何支撐和獲取管理支持，比如研發過程中的敏捷、研發規范和度量，運維過程的CI\CD等。

從微服務架構的思想出發，微服務架構、DevOps 和容器技術天然地走到了一塊兒，構成了云原生應用架構的雛形。

三、云原生的基本理解 1. 基本概念

云原生從字面意思上來看可以分成云和原生兩個部分。云原生的定義，CNCF是這樣說的，“云原生技術有利于各組織在公有云、私有云和混合云等新型動態環境中，構建和運行可彈性擴展的應用。云原生的代表技術包括容器、服務網格、微服務、不可變基礎設施和聲明式API。這些技術能夠構建容錯性好、易于管理和便于觀察的松耦合系統。結合可靠的自動化手段，云原生技術使工程師能夠輕松地對系統作出頻繁和可預測的重大變更?！?/p> 2. 基本特征

CNCF給出了云原生應用的三大特征：

容器化封裝：以容器為基礎，提高整體開發水平，形成代碼和組件重用，簡化云原生應用程序的維護。在容器中運行應用程序和進程，并作為應用程序部署的獨立單元，實現高水平資源隔離。 動態管理：通過集中式的編排調度系統來動態的管理和調度。 面向微服務：明確服務間的依賴，互相解耦。

云原生包含了一組應用的模式，用于幫助企業快速，持續，可靠，規模化地交付業務軟件。云原生由微服務架構，DevOps 和以容器為代表的敏捷基礎架構組成。

我們可以簡單地把云原生理解為：云原生 = 微服務 + DevOps + 持續交付 + 容器化。

3. 演進發展

云原生自誕生依賴，已經度過了概念炒作的階段，進入架構落地階段，出現了云原生2.0的概念。云原生1.0與2.0大的區別在于， 1.0的云原生是ON Cloud，即把容器、微服務、DevOps等云原生的特征堆砌到云上。這樣的做法雖然實現了彈性、敏捷等，但還僅僅是解決了基礎設施架構層的問題，是以資源為核心，并未實現資源效率的大化、最優解。

而云原生2.0則是IN Cloud，是以應用為中心。除了具備云原生1.0的容器、微服務、DevOps等特征外，更強調對資源的配備。

從現在基礎設施的發展情況來看，我們正在從以資源為中心的資源上云階段向以應用為核心的應用上云階段演進，關注點從資源云化向應用云化滲透。第一階段，我們關注的是以資源自動化為目標的資源融合管理。第二階段，我們關注的是以應用自動化為目標的應用敏捷管理。

相對概念階段的云原生以及資源上云來說，云原生2.0的關注點有了以下變化：

高效的資源管理與調度：基于軟硬件協同構建多元算力，為應用提供極致的覆蓋邏輯、虛擬機、容器、函數等在內的多元算力;基于邊云協同和分布式云架構，實現多云算力的縱向融合和橫向聯動，形成分布式泛在算力平臺;以應用為中心，實現資源的高效管理、調度和編排，實現一鍵部署、一建管理和智能感知。 敏捷的應用交付與管理：通過創新應用開發模式，進一步實現應用的敏捷交付和應用的全生命周期管理，通過侵入式和非侵入式兩種模式助力企業應用架構升級。 智能的業務支撐與開放：主要是如何做好數據匯聚融合和數據運營，推動數據資產化、數據業務化和業務數據化，借助AI等新技術，實現數據對業務的二次賦能，實現業務的智能升級。 完善的安全可信與合規：借助云原生對基礎資源的融合納管，在基礎資源和基礎設施安全的基礎上，進一步打造應用、數據和業務安全。 四、可以預見的云原生發展趨勢

之前我曾經說過一個觀點，云下一步發展的目標就是讓上層應用和業務意識不到云的存在。云原生的下一步發展就是朝這個方向發展。云原生將與分布式云深度融合，在充分考慮成本優化和組織優化的基礎上，推動全棧云延伸到業務的每個角落。

現有云原生的基礎設施，基本處在簡單堆砌和簡單疊加的狀態，基于應用狀態的資源動態感知和自動供給尚處于比較困難的階段，不是普通用戶能夠企及的。云原生的下一步發展目標就是提升軟硬件協同的效率和資源利用率，實現普通客戶觸手可達的資源與應用狀態的相互感知，以及基于復雜的資源調度和編排。

異構的技術棧，在相當長一段時間將持續存在，微服務治理將會是企業應用架構治理的重要工作。Serverless也將持續釋放其價值和活力，在頭部企業逐步擴大示范效應。

雖然以應用為核心的云原生架構發展會越來越迅猛，但是我們依然要保持清醒的頭腦，無論何種架構何種技術，最終目的都是以實現業務高效支撐為目的。所以我們依然認為，持續打造以戰略為指引，以需求為核心的企業架構，是一項長期的根本任務。

文章題目：云原生下一步的發展方向到底是什么？
本文地址：http://m.kartarina.com/news35/200285.html

成都網站建設公司_創新互聯，為您提供搜索引擎優化、網站排名、企業網站制作、商城網站、網站設計、關鍵詞優化

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯