Mesos使用统一容器管理器支持多种容器
本文介绍了Mesos即将发布的一个新的功能，即使用统一的容器管理器来支持多种容器类型。包含了实现此功能的原因、能为Mesos用户带来的益处、发布的时间表和用户在使用此功能时应该注意的问题等。
Apache
Mesos从2014年年底开始支持Docker作为其缺省容器类型的替代品，但是现在这个流行的集群调度平台已经接近完成一个更简单的方式意在替换现在已经存在的两种容器方式，以简化其未来的框架开发工作。
除了这个目的之外，这个“统一的容器管理器”还使得在Mesos加入新的容器类型变得更容易。像是rkt、appc和Open
Container
Initiative的任何新成果在找到其适用的场景后都可能随着时间的推移变得更流行进而成为目前众所周知的容器类型的替代品。
当解释这个变化的动机时，Mesos的维护者在最近的一篇更新文档中如是说：
维护两套容器管理器是困难的。例如，当我们需要在Mesos中增加新的功能（例如持久卷，磁盘隔离）时，需要修改两个容器管理器就变成了一个负担。更糟糕的是，某些资源的隔离（如在Agent中的网络处理）需要在两种容器管理器之间进行协调，这在实践上变得非常难于实现。
通过统一Mesos容器管理器简化了调度器如Marathon或者Chronos调用的API，避免了因为Mesos增加运行时功能而需要经常更新上层软件。取而代之是通过这些上层的框架抽象出来的细节来实现镜像接口和运行时隔离。
这种变化意味着在你的集群中增加新的容器类型支持只需要给mesos-slave服务传递几个额外的参数即可完成，这与Mesos中首次引入Docker容器管理器时比较是一个很大的进步。这种镜像接口抽象也使得在本地部署容器镜像有了更多的选项而无需一个本地的Docker镜像源，本地Docker镜像源对于小规模环境来说是一个痛点。
即使这个新的功能会被添加到即将到来的Mesos
0.28版本中，在Mesos上使用Docker的有经验的用户或许还是会等上一段时间才会切换到这种新的方式。在发布时，将会只支持新的Docker镜像源API，而且桥接方式的网络也不会被支持。
最开始的版本在使用私有的镜像源方面也会比较复杂。然而，这依然是Mesos在支持容器方面逐步成熟的一个重要步骤，并使得Mesos可以在迅速发展和变化的IT领域被继续定位为可行的和稳定的平台。
