容器技術的三張飯票兒

如果說王寶強與馬蓉離婚事情的愈演愈烈有著媒體功不可沒的推波助瀾，那容器技術在云世界里的叱咤則更多依靠的是其自身實力順應了當下所需。這種順應，讓容器技術牢牢把握住了當下IT世界里的三張飯票兒。

首先，當前企業的應用基礎架構正在面臨著巨大變革。企業正在走向以虛擬化、超融合、云計算、大數據為代表的下一代數據中心架構。融合互聯網的業務模式增長帶給IT資源在擴展性、靈活性、管理性、兼容性等方面巨大的挑戰，企業正在不斷需求可以突破原有IT解決能力的具有顛覆性的解決方案來應對這種前所未有的挑戰。

其次，DevOps在自動化上的渴求需要照進更多現實。在IT資源能力以云模式為主的改變下，原有企業的開發、測試、運營、維護部門之間協作也需要與時俱進，并由此引申出一種稱為“DevOps”的過程方法論與系統，強調團隊協作走向高度的自動化。諸如Facebook、Google這類云世界的土著兼土豪率先面臨著這類問題，從而也看到他們引領了和業界服務商更緊密合作關系的時代的開啟。

第三，微服務架構崛起攪動的一池春水讓開發和應用的過程縮短變得必要且理由充分。微服務以一種全新的架構設計模式，牽動了互聯網應用從設計到運維整個流程方法論的變革，其將大型應用程序拆分為多種松散耦合的不同組件，從而有利于加快部署速度，提高可擴展性以及制定更為靈活的開發流程。早先京東云資深研發總監朱凌在一次主題演講中透露，京東所有的業務都已經做到微服務化。

當下，這三者需求交織在一起，相互影響又相互依賴，通吃三者需求的正是容器技術。容器技術縮短了構建、測試和部署的周期，并且提供了一種分離方式，通過微服務來分離基礎設施、平臺和開發團隊的功能，諸如Amazon、Airbnb、沃爾瑪等公司已成了容器技術通吃三者的經典背書。Ashesh 甚至更為形象地稱容器技術為談論這三者時的“公約數”。

錯過了聲名鵲起，那就做好桃李滿園

Ashesh介紹，紅帽很早前就看到了容器技術會站到“風口”。

但他也毫不避諱地談到，把容器技術帶到風口的是Docker。 Linux容器技術早已有之，是一種在單一Linux 主機上提供多個隔離的Linux環境的操作系統級虛擬技術。而Docker率先將容器資源的編排能力演繹出了境界，率先發明了一套完整的管理容器的工具集。以至于以后的很長一段時間Docker似乎就是容器技術的代名詞。

這種壟斷的聲音持續了不到一年，谷歌便宣布推出名為Kubernetes的功能強大的開源容器管理器，紅帽則是這個項目的核心支持者。此后，谷歌與Box、思科、Cloud Foundry 基金會、CoreOS、Docker、eBay、Goldman Sachs、IBM、英特爾、Joyent、Mesosphere、紅帽、推特、VMware、華為等20多家技術公司共同成立了原生云計算基金會，共同推進Kubernetes容器編排項目成為一個極具顛覆力的未來。

谷歌之后在很多場合也毫不掩飾與紅帽合作在這方面表現出的優勢，其中就包括“OpenShift云可以補充和擴展Kubernetes的作用”。

如今，Kubernetes已經迅速成為大多數帶容器的云平臺的標準配置，而紅帽在這方面僅次于谷歌，位于第二位。

“紅帽率先地將Linux大規模應用于商業實踐，而這讓以企業級Linux技術為骨干的容器技術得以在紅帽壯大具有天生優勢。紅帽OpenShift云早在去年成為業界第一個同時整合了Docker和Kubernetes的容器型混合云解決方案。為了擴大開源容器方案的健壯性，紅帽還在2015年啟動了OpenShift Commons社區，如今已經擁有來自40多個國家和重要行業的逾200名成員，包括私有云和公共云服務提供商以及銀行、金融、高等教育和公共事業領域的客戶與合作伙伴。正因如此，紅帽有能力幫助企業建設這種網絡規模的計算能力，幫助企業把基礎架構帶到下一個時代?！盇shesh表示。

攻略——把客戶當上帝的敬畏

Ashesh認為，紅帽在容器技術世界的帶隊能力其實更強一些，例如Ashesh介紹了容器技術在企業應用中的成熟應經歷4個階段。而這就好比給企業級玩家提供了攻略。

眾所周知，游戲玩到高深一點階段攻略堪比金礦。對企業來說，玩轉容器技術有著攻略，那更體現出紅帽把客戶當上帝的敬畏。

首先，容器技術的推廣期?！叭缃袢虻拈_發者都在關注容器技術，服務商與用戶們建立起共同的開發社區，媒體搭建了大大小小各種促進容器開發、使用者交流的會議，這很有利于讓容器技術從實驗室走向企業應用?！盇shesh談到。在這一階段，企業對于容器技術的接納持觀望態度是合理的。

其次，容器技術采用之后的擴大的階段?！霸谶@一階段，容器技術會真正擴大到服務器的環境中，當初的實驗研究在實踐過程中會出現一些挑戰，例如運行時間、集成、穩定性等。隨著規模的擴大，容器技術自身的完善也會日漸成熟，形成大規模普及的能力?！痹谶@一階段，企業初步建立了對容器技術的信賴。

第三，容器技術的大規模部署實踐。Ashesh認為，這一階段的開始可以以容器技術從單純的產品演化為完整的平臺服務解決方案為標志，“例如此時容器技術的應用可以針對企業的穩健的運營、科學的管理、生產方面的有效支持提供較大影響?！?/p>

最后，企業數據中心完全實現容器化的階段?！斑@個階段的典型代表是企業的應用是以API架構為核心了，所有應用和服務均容器化。而這會明顯超出容器單獨的實現實現能力，需要更多的支持，如OpenStack的合作?！?/p>

幾個月前，OPENSHIFT項目從3.2起正式更名為“OPENSHIFT CONTAINER PLATFORM”，紅帽官方聲稱從此正式開啟紅帽致力于為用戶提供“完整容器應用解決服務平臺”的努力。這或許從一方面很好地說明，容器在企業的應用正在從大規模部署實踐走向深入。

Ashesh介紹，如今OPENSHIFT可以在企業虛擬、物理、私有云、公有云環境均可搭建，其最新版在容器技術的創新上更是有很多值得關注的看點，例如對于容器持久化存儲的支持、針對二進制應用的自動化搭建和部署的支持、新的改善的OPENSHIFT Jenkins 鏡像配置操作等等。

另外，Ashesh也介紹，容器技術發展如今的進展已經可以很好地解決涉及到用戶對于容器安全、可擴展、集成、管理性的諸多擔憂。

Kubernetes的進一步走向

?實踐證明，能把企業愿景加速變得現實的往往是友商。為此，討論Kubernetes進一步走向的化，不妨看看Docker做了什么。

前不久，Docker發布了最新版1.12，進一步求得最大“公約數”。例如，Dockerfile 開始支持新命令 HEALTHCHECK，完成用戶指定的應用健康檢查，即服務的監控可以在構建鏡像的時候就把Healthcheck打開實現，不用打開第三方腳本了，從而加速彌補了開發與運維的鴻溝。另外，Docker 1.12編排應用時，可以直接使用 Linux內核 IPVS 完成服務的注冊以及負載均衡，直接的好處就是借助內核能力，無需像Kubernetes那樣接觸額外的路有層配置，直接減少了部署及管理成本。

對比Docker的發展，Kubernetes的進一步走向會是什么？Ashesh表示，Kubernetes并不會盲目追求創新，而是會貼近用戶的使用情況來逐步完善，“當前借助于路由層來實現容器服務的資源負載均衡還很好，但未來并不排除會把路由層實現為可插拔的一種服務，提供給用戶更多選擇?！?/p>

另外，數人云CTO肖德時曾表示過：“Docker內置了一個IPVS，這是比較新的技術，目前我們認為處于實驗階段。只是一個信號，目前是沒有采用這種方案的，因為太新了，還要測試?！?/p>

可見，如今容器技術的創新已經不是功能上的簡單的加減法，以用戶應用為主導創新正在變的越來越重要，正如Ashesh的表示。

我們會越來越驚異于他們的創新速度，真如Ashesh沒能預測企業數據中心完全實現容器化到來的時間。

但我們會有個可見的未來，正如易會創始人鄭信武在談到容器技術時所說的：“雖說目前很多企業還不到使用容器的階段，但未來肯定會是容器的天下！”