细数实现容器可扩展性的多种途径

一些企业已经进军新兴的容器虚拟化领域，但企业或开发者已经有愈来愈多的担忧，这项技术可能并不像宣传的那样有效，针对先进的应用程序和微服务——至少目前尚未。

目前，最大的问题是可扩展性。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正在解决这样的问题。

本文由时速云工程师丁麒伟编译，原文连接：细数实现容器可扩展性的多种途径