您好,登錄后才能下訂單哦!
Internet 改變了人們生活、工作、學習和娛樂的方式。技術發展日新月異,云計算市場風起“云”涌,從最初的物理機到虛擬機(裸金屬) ,再到容器(Container),而互聯網架構也從集中式架構到分布式架構 ,再到云原生架構。如今 “云原生” 被企業和開發者奉為一種標準,并被認為是云計算的未來,讓我想到一句話:“未來已來,只是分布不均”。
伴隨著 “云原生” 技術(架構)越來越火,火得一塌糊涂,每個人對它的理解都各不相同,網上和阿里內部關于 Cloud Native 的相關文章和討論也非常多。不過,我發現大家對于云原生的定義、理解及實踐還處于探索階段,還沒有一個非常明確或者頂層設計的標準化定義。
最近參與了一個上云項目,里面用到很多云原生的技術,借此機會結合大家的各種討論,以及項目中的實踐,聊一下個人對于云原生的一些粗淺思考。
在正式討論之前,我們不妨先來看看幾位網紅主播是怎么定義云原生的。
Pivotal 公司是敏捷開發領域的領導者(曾經 Google 也是其客戶),出生名門(EMC、VMware等投資),是標準的富二代。它推出了 Pivotal Cloud Foundry(2011 ~ 2013 PAAS 界網紅) 和 Spring 生態系列框架,也是云原生的先驅者和探路者(開山鼻祖)。云原生具體定義如下圖:
Pivotal 公司的 Matt Stine 于 2013 年首次提出云原生(Cloud Native)的概念。2015 年,云原生推廣時,Matt Stine 在《遷移到云原生架構》的小冊子中定義了符合云原生架構的幾個特征:12 因素應用、微服務架構、自敏捷架構、基于 API 協作、抗脆弱性。到了 2017 年,Matt Stine 改了口風,將云原生架構歸納為:模塊化、可觀測性、可部署性、可測試性、可處理性、可替換性等 6 大特征。而 Pivotal 最新官網對云原生概括為 4 個要點:DevOps、持續交付、微服務、容器。
CNCF(Cloud Native Computing Foundation,云原生基金會)相信大家已經非常熟悉。它是由開源基礎設施界的翹楚 Google、RedHat 等公司共同牽頭發起的一個基金會組織,其目的非常明確,就是為了對抗當時大紅大紫的 Docker 公司在容器圈一家獨大的局面,具體情況(有很多故事)不在這邊細說了。CNCF 通過 Kubernetes 項目在開源社區編排領域一騎絕塵,之后就扛起了云原生定義和推廣的大旗,風光無限。云原生具體定義如下:
2015 年 CNCF 摻和進來,最初把云原生定義為:應用容器化、面向微服務、容器編排。到了 2018 年,CNCF 更新了云原生的定義,加入了聲明式 API 和服務網格(2017 年社區新技術,和微服務并列,注意它不是微服務的升級版本),這些技術能夠構建容錯性好,易于管理和便于觀察的松耦合系統。
隨著云原生生態和邊界不斷的擴大,云原生自身的定義一直在變。不同的公司(Pivotal & CNCF)不同的人對它有不同的定義,同一家公司在不同的時間階段定義也不一樣。根據摩爾定律推斷,未來對于云原生的定義還會不斷變化。
針對兩家公司對云原生的定義不一樣的情況,不妨跳出技術界面,我嘗試用組織和立場的角度來分析下兩位網紅提出者:
Pivotal 定位于 PaaS 層端到端的解決方案及數字化轉型,從文化、流程、方法論、藍圖規劃、軟件開發方式等,都有一套模式,主要用戶是傳統大中型企業 CIO,整體策略是自頂向下;
CNCF 立足于整個云計算生態和技術創新、變革者,偏重于技術、工具鏈和底層基礎設施,主要用戶是開源社區的開發者、互聯網及新興企業,影響力可想而知,整體策略是自底向上。
結論:Pivotal 是 Cloud Native 概念和方法論的先行者, CNCF 是 Cloud Native 的最佳實踐者。
目前,針對定義唯一讓我感到困惑的是 Pivotal 提 “概念” 把容器技術放進來,CNCF 提 “技術” 把微服務概念放進來,難道這兩項是目前互聯網圈最 “火” 的,為了吸引大眾眼球?
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。