容器平台的演變歷程

別人一直問我各種容器技術有什麼區別和好處，尤其是在編排方面――常常被稱為「容器平台」。以白紙黑字的形式記下答案要勝過不斷地重複同一個答案。

儘管一提起容器，大多數人只想到Docker（大約2014年），但是容器和容器平台實際上已經存在了好長時間。但是我們不妨先提一下大多數人了解的現代平台：Heroku、Google AppEngine、Cloud Foundry、OpenShift、AWS Beanstalk和dotCloud。

早期的PaaS時代

大約在2009年至2011年這段期間，大多數這種平台進入市場時抱著這個目標：為應用程序開發人員簡化工作，「只需將代碼推送到生產環境」。按照大多數人的定義，這些平台被稱為平台即服務（PaaS）。在某種程度上，這種平台在為開發人員簡化任務方面做得很到位，其秘訣就在於把IaaS及相關服務（負載均衡即服務、資料庫即服務和身份驗證等）的種種複雜性隱藏起來。不過深入底層，就會發現大多數這種平台使用某種形式的Linux容器，隔離和運行開發人員的應用程序。這些就是最初的自主開發/ DIY容器調度工具/編排工具。

不過這些早期的平台也存在一些限制：

其中一些平台只在特定的雲環境裡面運行；

其中一些平台只支持一兩種語言；

其中一些平台是開源平台，而其他平台是封閉程度不一的專有軟體；

大多數開源平台缺乏社區的大力支持。

所以在2011年至2013年這段期間，許多文章宣稱PaaS已死亡、為何它沒有得到大規模的採用。

開放標準湧現

而在2014年左右，發生了兩件非常重要的事情。頭一件大事是，dotCloud關門大吉，但是它拆分出了docker項目，簡化了開發人員使用容器來包裝應用程序的方式。docker用於容器包裝的做法流行起來，如今這個市場有了一項用於包裝應用程序的偽標準。另一件大事是，谷歌決定開源Kubernetes項目，而Mesos項目從Twitter和加州大學伯克利分校開展的工作中分離出來。這為市場提供了內置大規模要素的開源容器調度工具/編排工具方面的選擇。這三大活動幫助開發人員了解在構建可擴展的容器平台時應當把精力主要放在哪裡。

開放容器平台無處不在

進入到2016年至2017年後，市場與2009年至2011年的早期平台相比已有了很大的發展。幾乎各大平台（或公共雲）現在都支持Kubernetes或Mesos這種調度工具/編排工具，支持docker項目這種容器映像和運行時環境的格式。開放容器計劃（OCI）進一步對容器映像和運行時環境的格式實現了標準化，成為不再與單單一家公司密切相關的標準。Kubernetes從開發人員那裡獲得支持的力度四倍於其他替代的容器調度工具/編排工具，這主要是由於Kubernetes社區具有開放性，另外由於默認調度工具支持許多類型的應用程序。

展望未來……

未來只會以迅猛的步伐加快發展。由於社區專註於開放的框架和標準，公司企業在做今後5年至10年的平台決策方面會更胸有成竹、遊刃有餘。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！