細數實現容器可擴展性的多種途徑

一些企業已經進軍新興的容器虛擬化領域，但企業或開發者已經有愈來愈多的擔憂，這項技術可能並不像宣傳的那樣有效，針對先進的應用程序和微服務——至少目前尚未。

目前，最大的問題是可擴展性。Docker，一家領先的容器開發公司，絕不掩飾本身對更高可擴展性的慾望，爲此，他們首先須要解決的是在大量的容器之間實現更高效的網絡通信。目前，該公司經過與Red Hat、亞馬遜和IBM這樣的公司聯合開發項目，提供了大量的編排和管理工具。

該公司還與谷歌及其Kubernetes容器管理系統合做密切，但正如Platform的Timothy Prickett Morgan指出的那樣，即便Kubernetes缺少可擴展性計，可是至少這是谷歌的標準。典型的谷歌集羣，大約由公司的Borg controller監視的100000機器，它自己能夠scale超過10000個節點。Kubernetes封頂100節點,每一個節點30 container pod，這勉強可以支持一箇中等公司的需求。事實上，谷歌可能更喜歡這樣，以避免給潛在競爭對手一個現成的解決方案來實現谷歌的規模。

不過，企業但願部署容器會規模高於一切，不然爲何要使用容器嗎？爲此，不少第三方開發者構建他們本身的解決方案。

Nexenta，最近添加容器支持其NexentaEdge軟件定義存儲解決方案，它提供一個利用原生雲應用程序的容器。隨着新興有狀態的雲應用和微服務開始解決企業級的工做負載，須要集成的持久性存儲正在增加。Nexenta表示，當管理的容器增長時，它能夠經過提供無縫存儲集成管理知足這種需求和維護有效的資源消耗。

與此同時，一家名爲Univa的公司增長了Docker支持Grid Engine工做負載和資源管理器。這將使企業不只管理大規模的容器，而後在異構應用程序和基礎設施環境中融合到現有的工做負載。Grid Engine處理調度、資源分配、優先級和其餘任務，須要把容器從測試環境帶到生產環境中。做爲一個multi-infrastructure，multi-OS平臺，首先，Grid Engine的優點在於跨不一樣資源擴展成千上萬的應用程序和應用程序框架，使企業能夠在可用的基礎設施上擴展容器環境。

同時，Mesosphere也正在其Datacenter Operating System （DCOS）上經過合併數據中心功能尋求解決容器擴展問題。該公司最近添加了Marathon初始化和控制系統，其支持跨集羣部署Docker。系統經過集成Kubernetes來進行主機管理，還添加了許多本土資源和配置管理等功能來平衡容器大小和其餘參數對可用資源的消耗。反過來，這容許容器環境to scale成千上萬的節點。做爲Apache Mesos框架的一部分，這個系統的目的是支持大數據，物聯網和其餘大型的工做負載。

需求是創造之母，在這種狀況下，需求在容器環境中對於scale是相當重要的。Docker這樣的公司無疑急於向市場提供他們替代的虛擬化解決方案，可是這樣作沒有解決現代數據架構的關鍵方面：一切須要scale或是DOA。而Docker正在解決這樣的問題。

本文由時速雲工程師丁麒偉編譯，原文連接：細數實現容器可擴展性的多種途徑