【前言】
很多人都说Docker可能已经成为容器大战的胜利者，但CoreOS并不这么认为。在5月4日的举行的CoreOS Fest大会上，CoreOS宣布了它的新的合作伙伴：Red Hat、Google、Vmware及Apcera。随着这些大牌公司的加入，CoreOS也许会拥有更多的话语权，未来的世界是什么样的，让我们拭目以待。
在旧金山举行的CoreOS Fest大会上，Red Hat、Google、VMware及Apcera宣布支持应用容器规范(appc)。Appc是由社区开发并制定的规范，用于为应用容器定义镜像格式、运行时环境及发现机制。
在Docker从一个开放标准容器规范转变成一系列复杂的工具并“编译成主要以root运行在服务器上的一个整体程序”时，CoreOS启动了appc作为回应。CoreOS的CEO Alex Polvi相信“从安全与可组合性角度而言，Docker的进程模型，即所有东西通过Daemon程序运行，从根本上来说是有缺陷的”。Appc试图作为Docker的原始容器宣言的一种回归(译者注：勿忘初心)。
CoreOS的容器格式Rocket(rkt)是基于appc的。不过，CoreOS并未掌控appc。
为了确保规范是由社区主导的，appc项目设立了一个管理策略，并选举了几个新的社区维护人员：Twitter的Charles Aylward、Red Hat的Vincent Batts及Google的Tim Hockins。这些公司走到一起，是为了确保应用容器有一个行业标准，提供用来保障安全性、开放性及模块性的准则。
在一份声明中，Polvi说：“appc刚刚发布几个月，但我们已经看到越来越多的公司开始支持appc。我们对这些加入社区的新公司表示欢迎，也邀请其他公司加入这项运动，共同推动这个安全、可移植的容器标准。”
Red Hat高级软件工程师Vincent Batts补充说道：“容器技术***的一个共同责任是避免过去的错误再次发生，并向一个通用标准努力，保证创新自由及一致的预期。”这是在挖苦Docker么?听起来是这样，尽管Red Hat已经是Docker的合作伙伴，并开始在Red Hat Enterprise Linux 7 Atomic Host(RHELAH)中支持Docker。
Docker还是appc，Batts继续说道：“作为一个FOSS、Linux和容器技术的长期贡献者，从我们的角度看，容器化是Linux系统及标准软件分发的未来。”
Google的产品经理及Kubernetes共同创始人Craig McLuckie宣布：
| 借助CoreOS rkt的支持，Kubernetes的***个重要里程碑是实现appc规范。以集群优先管理的理念进行设计，appc支持允许开发人员通过受相同的Google基础设施启发的编排框架使用他们***的容器镜像。 |
这意味着rkt已经被直接集成到Kubernetes之中，用户将能够运行ACI(应用容器镜像格式)，并利用rkt的Kubernetes pod支持。同时，rkt对运行Docker镜像的天然支持意味着用户可以继续使用他们的Docker镜像。
另外，Apcera也宣布了自己的appc实现：Kurma。这是一个用以在容器内运行应用的执行环境。Kurma提供了一个框架，支持容器的管理及编排。在Kurma及rkt之外，其它appc实现还包括：Jetpack(一个FreeBSD appContianer运行行)、libappc(一个用于与容器化应用工作的C++库)。
VMware的副总及Cloud-Native Apps的CTO Kit Colbert，在一份声明中说：“目前VMware支持appc，并会将rkt作为容器运行引擎。”VMware最近还通过Lightware和Photon涉足了Linux容器领域。Colbert说：“我们将与appc社区共同努力，解决可移植性及跨平台的安全性，这两个企业在寻求在他们的IT环境中支持应用容器的***问题。”
在appc新闻之外，CoreOS还宣布了托管于它的Quay的容器Registry已经更新了构建系统、改进了缓存，并且现在支持Atlassian Bitbucket及GitLab。Quay设计用来为企业提供对容器的更多控制，同时避免在企业防火墙之外放置资源的安全问题。
Quay可以支持Docker、rkt及其他appc镜像，这使得企业可以在内部运行容器化系统，以提高安全性。CoreOS宣称这将让“企业在保持安全的同时充分利用容器化系统的优势。通过简单但功能强大的UI，DevOps及开发人员可以花更少时间来管理容器，把更多的时间和精力用于容器的创建和使用上。”
