容器部署的未來是什麼？

容器並不是一個新概念：邁向Linux容器的第一步在1979年就出現了。從那時起，應用程序的容器部署出現了十幾個新的進化步伐，並且還沒完。容器與其支持技術（如DevOps）和競爭對手（如虛擬機）進行交互，推動所涉及的所有技術進步。未來的容器將與現在的容器非常不同，但用戶仍然可以跟蹤趨勢並充分利用每一步。

所有的容器架構都與VM架構不同——容器旨在虛擬化硬體和至少基本的平台軟體，而不僅僅是硬體。這意味著容器應用程序共享操作系統和一些中間件，而VM模式需要為每個虛擬機複製所有軟體。容器方法減少開銷，允許每個伺服器運行更多的應用程序。

從容器部署開始

早期的容器部署假定用戶和應用程序運行良好，不需要相互保護或安全措施。這可能出現導致穩定性和安全性問題的錯誤或惡意做法。因此，在容器發展的頭十年里，重點是改善容器的隔離。這開始於幾個「監獄」概念，主要側重於隔離容器的文件系統，並演變成具有里程碑意義的「Solaris Containers」，它利用了稱為Zones的增強型Solaris OS功能來進一步隔離容器。

Google從2006年開始推出了幾種容器架構，這些容器架構具有把硬體、存儲和網路資源分片和分配給容器的功能，為用戶提供了關於容器如何影響安全和影響共享同一伺服器的其他組件性能的控制權。這些改進逐漸被引入了Linux，也導致了現代化容器的發展。

從這個時期開始，Linux LXC容器項目和推出Kubernetes編排器的谷歌LMCTFY工作跳躍式發展，並導致了Docker的出現。Docker旨在抓住容器的技術框架（隔離和資源控制）並對其進行操作。

目前，Kubernetes和Docker是容器的編排標準和架構標準，正在越來越多地融合，因此最好把它們看做一種方法。這個組合是今天容器化市場上的事實領導者（來自CoreOS的rkt是Docker的一個變種），但不是進化的終點。容器有兩條新發展途徑，這些途徑會為未來打下基礎。

容器部署和雲

第一個途徑是公有雲容器服務的爆發。谷歌、亞馬遜和微軟都提供容器服務，便於用戶將私有容器的使用擴展到雲中，最常用於混合雲應用。儘管其他容器編排模型也可用，但Kubernetes正在成為這些應用程序的編排事實標準。從基於雲的容器服務的編排重點來看，容器架構演進的重點似乎是越來越多的應用程序生命周期管理，即容器部署的運營方面。

第二個途徑是與虛擬機的融合。所有傳統的VM提供商，包括公有雲和私有軟體堆棧，都對容器有一些支持。最重要的是允許部署虛擬機，而這些虛擬機反過來又成為容器主機，並支持在這種環境中對容器和虛擬機的統一管理模式。這使得DevOps、編排和之後的應用程序全生命周期管理又成為技術重點。

因為把應用程序生命周期作為與公有雲容器服務路徑相同，很明顯，通過更支持應用程序部署、擴展和重新部署的操作，以及把資源和應用組件組織成單個資源池，容器架構得以發展。

這個單一的進化目標並沒有消除容器架構演變的混亂，特別是在短期內。現在，推動容器發展的用戶分成了兩類：正在開發專門用於容器部署環境的應用程序，並且正在尋找通過額外的容器功能增強應用程序的方法的人；希望部署組件化地第三方或已經開發好的、在容器里的內部軟體，以提高運營性能和可用性的人。這兩類人正在為容器軟體開闢不同的未來。

DevOps和容器架構

以開發為中心的團隊正在集中精力讓容器可以做一個獨立的系統和平台軟體能做的事——使容器從編程級別來看成為專用伺服器的複製品。這就是從邏輯級別來看資料庫處理、進程間連接和中間件集成的用武之處。這個團隊的容器倡導者委員會似乎有一個「修復它」的心態——他們已經接受了容器，他們只是想讓容器工作。

運營團隊則側重於使部署和應用程序生命周期的運營管理變得容易。這個團隊實際上超越了一個容器為容器系統可能的需要和行為所做的事情。編排或DevOps一直是這裡的主要重點，並且與應用運營相關的工作已經證明了以開發為中心的團隊的許多目標也可以使用運營工具來實現。這樣很好，因為這意味著容器的進化路徑正在收斂。

從長遠來看，將容器架構推向未來的是運營。容器、微服務、雲計算和其他現代趨勢相互結合，並和業務目標一起來創建IT策略。儘管這一策略優先考慮技術要素，但它會根據運營效率而起落。因此，隨著時間的推移，容器趨勢將成為應用運營趨勢的重點。現在就開始計劃才能在競爭中領先。

編譯：Jonathan Zhang

作者：Tom Nolle

來源：http://searchmicroservices.techtarget.com/tip/What-is-the-future-of-container-deployment

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