1. 程式人生 > >Kubernetes 入門必備雲原生髮展簡史

Kubernetes 入門必備雲原生髮展簡史

作者|張磊 阿里雲容器平臺高階技術專家,CNCF 官方大使

“未來的軟體一定是生長於雲上的”這是雲原生理念的最核心假設。而所謂“雲原生”,實際上就是在定義一條能夠讓應用最大程度利用雲的能力、發揮雲的價值的最佳路徑。在這條路徑上,脫離了“應用”這個載體,“雲原生”就無從談起;容器技術,則是將這個理念落地、將軟體交付的革命持續進行下去的重要手段之一。

雲原生技術發展簡史

  • 2004 年— 2007 年,Google 已在內部大規模地使用像 Cgroups 這樣的容器技術;
  • 2008 年,Google 將 Cgroups 合併進入了 Linux 核心主幹;
  • 2013 年,Docker 專案正式釋出。
  • 2014 年,Kubernetes 專案也正式釋出。這樣的原因也非常容易理解,因為有了容器和 Docker 之後,就需要有一種方式去幫助大家方便、快速、優雅地管理這些容器,這就是 Kubernetes 專案的初衷。在 Google 和 Redhat 釋出了 Kubernetes 之後,這個專案的發展速度非常之快。
  • 2015 年,由Google、Redhat 以及微軟等大型雲端計算廠商以及一些開源公司共同牽頭成立了 CNCF 雲原生基金會。CNCF 成立之初,就有 22 個創始會員,而且 Kubernetes 也成為了 CNCF 託管的第一個開源專案。在這之後,CNCF 的發展速度非常迅猛;
  • 2017 年,CNCF 達到 170 個成員和 14 個基金專案;
  • 2018 年,CNCF 成立三週年有了 195 個成員,19 個基金會專案和 11 個孵化專案,如此之快的發展速度在整個雲端計算領域都是非常罕見的。

雲原生技術生態現狀

因此,如今我們所討論的雲原生技術生態是一個龐大的技術集合。CNCF 有一張雲原生全景圖(https://github.com/cncf/landscape),在這個全景圖裡已經有 200 多個專案和產品了,這些專案和產品也都是和 CNCF 的觀點所契合的。所以如果以這張全景圖作為背景,加以思考就會發現,我們今天所討論的雲原生其實主要談論了以下幾點:

  1. 雲原生基金會 —— CNCF;
  2. 雲原生技術社群,比如像 CNCF 目前正式託管的 20 多個專案共同構成了現代雲端計算生態的基石,其中像 Kubernetes 這樣的專案已經成為了世界第四活躍的開源專案;
  3. 除了前面兩點之外,現在全球各大公有云廠商都已經支援了 Kubernetes。此外,還有 100 多家技術創業公司也在持續地進行投入。現在阿里巴巴也在談全面上雲,而且上雲就要上雲原生,這也是各大技術公司擁抱雲原生的一個例子。

我們正處於時代的關鍵節點

2019 年正是雲原生時代的關鍵節點,為什麼這麼說?我們這裡就為大家簡單梳理一下。
 
從 2013 年 Docker 專案釋出開始說起,Docker 專案的釋出使得全作業系統語義的沙盒技術唾手可得,使得使用者能夠更好地、更完整地打包自己的應用,使得開發者可以輕而易舉的獲得了一個應用的最小可執行單位,而不需要依賴任何 PaaS 能力。這對經典 PaaS 產業其實是一個“降維打擊”。
 
2014 年的時候,Kubernetes 專案釋出,其意義在於 Google 將內部的 Borg/Omega 系統思想借助開源社群實現了“重生”,並且提出了“容器設計模式”的思想。而 Google 之所以選擇間接開源 Kubernetes 而不是直接開源 Borg 專案,其實背後的原因也比較容易理解:Borg/Omega 這樣的系統太複雜了,是沒辦法提供給 Google 之外的人使用,但是 Borg/Omega 這樣的設計思想卻可以藉助 Kubernetes 讓大家接觸到,這也是開源 Kubernetes 的重要背景。
 
這樣到了 2015 年到 2016 年,就到了容器編排“三國爭霸”的時代,當時 Docker、Swarm、Mesos、Kubernetes 都在容器編排領域展開角逐,他們競爭的原因其實也比較容易理解, 那就是 Docker 或者容器本身的價值雖然大,但是如果想要讓其產生商業價值或者說對雲的價值,那麼就一定需要在編排上面佔據一個有利的位置。
 
Swarm 和 Mesos 的特點,那就是各自只在生態和技術方面比較強,其中,Swarm 更偏向於生態,而 Mesos 技術更強一些。相比之下, Kubernetes 則兼具了兩者優勢,最終在 2017 年“三國爭霸”的局面中得以勝出,成為了當時直到現在的容器編排標準。這一過程的代表性事件就是 Docker 公司宣佈在核心產品中內建了 Kubernetes 服務,並且 Swarm 專案逐漸停止維護。
 
到了 2018 年的時候,雲原生技術理念開始逐漸萌芽,這是因為此時 Kubernetes 以及容器都成為了雲廠商的既定標準,以“雲”為核心的軟體研發思想逐步形成。
 
而到了 2019 年,情況似乎又將發生一些變化。

什麼是“雲原生”?雲原生該怎麼落地?

雲原生的定義

很多人都會問“到底什麼是雲原生?”
 
實際上,雲原生是一條最佳路徑或者最佳實踐。更詳細的說,雲原生為使用者指定了一條低心智負擔的、敏捷的、能夠以可擴充套件、可複製的方式最大化地利用雲的能力、發揮雲的價值的最佳路徑。
 
因此,雲原生其實是一套指導進行軟體架構設計的思想。按照這樣的思想而設計出來的軟體:首先,天然就“生在雲上,長在雲上”;其次,能夠最大化地發揮雲的能力,使得我們開發的軟體和“雲”能夠天然地整合在一起,發揮出“雲”的最大價值。
 
所以,雲原生的最大價值和願景,就是認為未來的軟體,會從誕生起就生長在雲上,並且遵循一種新的軟體開發、釋出和運維模式,從而使得軟體能夠最大化地發揮雲的能力。說到了這裡,大家可以思考一下為什麼容器技術具有革命性?

其實,容器技術和集裝箱技術的革命性非常類似,即:容器技術使得應用具有了一種“自包含”的定義方式。所以,這樣的應用才能以敏捷的、以可擴充套件可複製的方式釋出在雲上,發揮出雲的能力。這也就是容器技術對雲發揮出的革命性影響所在,所以說,容器技術正是雲原生技術的核心底盤。
 

雲原生的技術範疇

雲原生的技術範疇包括了以下幾個方面:

  • 第一部分是雲應用定義與開發流程。這包括應用定義與映象製作、配置 CI/CD、訊息和 Streaming 以及資料庫等。
  • 第二部分是雲應用的編排與管理流程。這也是 Kubernetes 比較關注的一部分,包括了應用編排與排程、服務發現治理、遠端呼叫、API 閘道器以及 Service Mesh。
  • 第三部分是監控與可觀測性。這部分所強調的是雲上應用如何進行監控、日誌收集、Tracing 以及在雲上如何實現破壞性測試,也就是混沌工程的概念。
  • 第四部分就是雲原生的底層技術,比如容器執行時、雲原生儲存技術、雲原生網路技術等。
  • 第五部分是雲原生工具集,在前面的這些核心技術點之上,還有很多配套的生態或者周邊的工具需要使用,比如流程自動化與配置管理、容器映象倉庫、雲原生安全技術以及雲端密碼管理等。
  • 最後則是 Serverless。Serverless 是一種 PaaS 的特殊形態,它定義了一種更為“極端抽象”的應用編寫方式,包含了 FaaS 和 BaaS 這樣的概念。而無論是 FaaS 還是 BaaS,其最為典型的特點就是按實際使用計費(Pay as you go),因此 Serverless 計費也是重要的知識和概念。

雲原生思想的兩個理論

在瞭解完雲原生的技術範疇之後你就會發現,其所包含的技術內容還是很多的,但是這些內容的技術本質卻是類似的。雲原生技術的本質是兩個理論基礎。

  • 第一個理論基礎是:不可變基礎設施。這一點目前是通過容器映象來實現的,其含義就是應用的基礎設施應該是不可變的,是一個自包含、自描述可以完全在不同環境中遷移的東西;
  • 第二個理論基礎就是:雲應用編排理論。當前的實現方式就是 Google 所提出來的“容器設計模式”,這也是本系列課程中的 Kubernetes 部分所需主要講解的內容。

基礎設施向雲演進的過程

首先為大家介紹一下“不可變基礎設施”的概念。其實,應用所依賴的基礎設施也在經歷一個向雲演進的過程,舉例而言,對於傳統的應用基礎設施而言,其實往往是可變的。

大家可能經常會幹這樣一件事情,比如需要釋出或者更新一個軟體,那麼流程大致是這樣的,先通過 SSH 連到伺服器,然後手動升級或者降級軟體包,逐個調整伺服器上的配置檔案,並且將新程式碼直接都部署到現有伺服器上。因此,這套基礎設施會不斷地被調整和修改。
 
但是在雲上,對“雲”友好的應用基礎設施是不可變的。

這種場景下的上述更新過程會這麼做:一旦應用部署完成之後,那麼這套應用基礎設施就不會再修改了。如果需要更新,那麼需要現更改公共映象來構建新服務直接替換舊服務。而我們之所以能夠實現直接替換,就是因為容器提供了自包含的環境(包含應用執行所需的所有依賴)。所以對於應用而言,完全不需要關心容器發生了什麼變化,只需要把容器映象本身修改掉就可以了。因此,對於雲友好的基礎設施是隨時可以替換和更換的,這就是因為容器具有敏捷和一致性的能力,也就是雲時代的應用基礎設施。
 
所以,總結而言,雲時代的基礎設施就像是可以替代的“牲口”,可以隨時替換;而傳統的基礎設施則是獨一無二的“寵物”,需要細心呵護,這就體現出了雲時代不可變基礎設施的優點。
 

基礎設施向雲演進的意義

所以,像這樣的基礎設施向“不可變”演進的過程,為我們提供了兩個非常重要的優點。

  • 1、基礎設施的一致性和可靠性。同樣一個映象,無論是在美國開啟,在中國開啟,還是在印度開啟都是一樣的。並且其中的 OS 環境對於應用而言都是一致的。而對於應用而言,它就不需要關心容器跑在哪裡,這就是基礎設施一致性非常重要的一個特徵。
  • 2、這樣的映象本身就是自包含的,其包含了應用執行所需要的所有依賴,因此也可以漂移到雲上的任何一個位置。

此外,雲原生的基礎設施還提供了簡單、可預測的部署和運維能力。由於現在有了映象,應用還是自描述的,通過映象執行起來的整個容器其實可以像 Kubernetes 的 Operator 技術一樣將其做成自運維的,所以整個應用本身都是自包含的行為,使得其能夠遷移到雲上任何一個位置。這也使得整個流程的自動化變得非常容易。

應用本身也可以更好地擴容,從 1 個例項變成 100 個例項,進而變成 1 萬個例項,這個過程對於容器化後的應用沒有任何特殊的。最後,我們這時也能夠通過不可變的基礎設施來地快速周圍的管控系統和支撐元件。因為,這些元件本身也是容器化的,是符合不可變基礎設施這樣一套理論的元件。
 
以上就是不可變基礎設施為使用者帶來的最大的優點。
 

2019 年——雲原生技術普及元年

為什麼說 2019 年很可能是一個關鍵節點呢?我們認為 2019 年是雲原生技術的普及元年。
 
首先大家可以看到,在 2019 年,阿里巴巴宣佈要全面上雲,而且“上雲就要上雲原生”。我們還可以看到,以“雲”為核心的軟體研發思想,正逐步成為所有開發者的預設選項。像 Kubernetes 等雲原生技術正在成為技術人員的必修課,大量的工作崗位正在湧現出來。

這種背景下,“會 Kubernetes”已經遠遠不夠了,“懂 Kubernetes”、“會雲原生架構”的重要性正日益凸顯出來。 從 2019 年開始,雲原生技術將會大規模普及,這也是為什麼大家都要在這個時間點上學習和投資雲原生技術的重要原因。
 

“雲原生技術公開課”是一門怎樣的課程?

基於上面所提到的技術趨勢,所以阿里巴巴和 CNCF 聯合開設了雲原生技術公開課。
 
那麼這樣的公開課到底在講什麼內容呢?

公開課教學大綱

第一期雲原生公開課的教學大綱,主要以應用容器和 Kubernetes 為核心,在後面幾期將會陸續上線 Service Mesh、Serverless 等相關課程。
 
在第一期公開課中,我們首先將課程分為兩部分——基礎知識部分和進階知識部分:

  • 首先,我們希望通過第一部分的課程講解幫助大家夯實基礎。然後,對於更高階的內容展開更深入的程式碼級別的剖析。希望通過這樣循序漸進的方式幫助大家學習雲原生技術;
  • 其次,在每個課程後面我們的講師都會設定對應的課後自測考試題,這些考試題實際上是對本節課程最有效的歸納,我們希望能夠通過課後評測的方式來幫助大家總結知識點,打造出屬於自己的雲原生知識體系;
  • 最後,我們的講師在每個知識點的背後都設計了雲端實踐,所謂“實踐出真知”,學習計算機相關的知識還是需要上手來實際地進行操作才可以。 因此在雲端實踐部分,講師會提供詳細的實踐步驟供大家課後自我聯絡。並且在這個環節,阿里雲還會贈送了定量的阿里雲代金券幫助大家更好地在雲上進行實踐。

以上三個部分就構成了阿里雲和 CNCF 聯合推出的雲原生技術公開課的教學內容。

公開課授課計劃(第一期)

https://gitchat.csdn.net/column/5d68b823de93ed72d6eca1bc

CNCF 與阿里巴巴聯合釋出 29 個課時。每個知識點後面都提供了課後自測。
 
對於講師陣容而言,也是本次公開課最引以為傲的部分。我們的公開課將會主要由 CNCF 社群資深成員與專案維護者為大家講解,很多課程講師都是阿里雲容器平臺團隊的專家級工程師。同時,我們也會邀請雲原生社群的資深專家和外部講師為大家講解部分內容。因此在課程進行過程中,我們會不定期地安排大咖直播、課程答疑和落地實踐案例。
 
我們希望將這些內容都整合在一起,為大家呈現一箇中國最完整、最權威、最具有影響力的雲原生技術公開課。

課程預備知識

大家可能存在這樣的疑惑,就是想要學習雲原生基礎知識之前需要哪些預備知識呢?其實大致需要三部分預備知識:

  1. Linux 作業系統知識:主要是一些通識性的基礎,最好具有一定的在 Linux 下開發的經驗;
  2. 計算機和程式設計的基礎:這一點到入門工程師或者高年級本科生水平就足夠了;
  3. 容器的使用基礎:希望大傢俱有容器的簡單使用經驗,比如 docker run 以及 docker build 等,最好有一定 Docker 化應用開發的經驗。當然,我們在課程中也會講解相關的基礎知識。