本文发布已超过一年。旧文章可能包含过时内容。请检查页面信息自发布以来是否已不再准确。
通过 RKT 为 Kubernetes 添加 AppC 支持
我们最近接受了一项针对 Kubernetes 项目的拉取请求，为 Kubernetes 社区添加了 appc 支持。 Appc 是 CoreOS 发起的一项新的开放容器规范，通过 CoreOS 的 rkt 容器运行时实现支持。
这对于 Kubernetes 项目和更广泛的容器社区来说是重要的一步。 它为容器领域增加了灵活性和选择性，并为 Kubernetes 开发者带来了令人信服的新安全性和性能能力。
基于容器的运行时（如 Docker 或 rkt）与智能编排技术（如 Kubernetes 和/或 Apache Mesos）相结合，是对开发者构建和运行应用方式的合法颠覆。 尽管支持技术相对新生，但它们确实提供了组装、部署、更新、调试和扩展解决方案的一些非常强大的新方法。 我相信世界尚未感受到容器的全部潜力，未来几年将尤其令人兴奋！ 考虑到这一点，出现几个具有不同属性和不同目的的项目是合理的。根据给定应用的特定需求，能够将不同的组件（无论是容器运行时还是编排器）组合在一起也是合理的。
Docker 在容器技术的民主化和向外界普及方面做得非常出色，我们期望 Kubernetes 无限期地支持 Docker。CoreOS 也开始利用 rkt 进行有趣的工作，以创建一个优雅、干净、简单和开放的平台，该平台提供了一些非常有趣的特性。 它似乎准备为容器提供一个安全且高性能的运行环境。 Kubernetes 团队已经与 CoreOS 的 appc 团队合作了一段时间，在很多方面，他们在构建 rkt 时考虑到了 Kubernetes，将其作为一个简单的可插拔运行时组件。
真正的好处在于，通过 Kubernetes，你现在可以根据你的工作负载需求选择最适合你的容器运行时，无需更换你的集群环境即可更改运行时，甚至可以将同一集群中不同部分运行在不同容器运行时的应用混合在一起。 额外的选择最终只会让终端开发者受益。