最近开发了一些运行 docker 容器甚至应用程序容器的替代方案。
我知道有来自 coreos ( https://coreos.com/blog/rocket/ ) 的 rkt 和来自 joyent ( https://www.joyent.com/的 triton )的 triton
这两种方法如何比较？
也许我应该在@ Lakatos Gyula 的这些好评论之后重新提出我的问题
在大规模运行 docker-containers 方面，Triton 与 coreos 或 kubernetes 相比如何？
所以在某种程度上，这是一个苹果、橙子和葡萄的比较。CoreOS 是操作系统，Kubernetes 是开源容器编排软件，Triton 是 PaaS。
所以CoreOS，它是一个专注于安全性的最小操作系统。我已经在工作中使用它几个月了，还没有找到不喜欢它的理由。它没有包管理器，但它预装了 rkt 和 Docker。你可以在那里同时运行 docker 和 rkt。它还附带了 Etcd，这是一个分布式键值存储，而 kubernetes 恰好有它的支持。它还附带 Flannel，这是一个网络程序，用于在集群中的容器和机器之间建立网络。CoreOS 还附带 Fleet，您可以将其视为 systemd 的分布式版本，其中 systemd 是 CoreOS 的 init 系统。最近，CoreOS 自带了 Kubernetes。
Kubernetes 是一个容器编排软件，由几个主要组件组成。有master，它们使用APIServer、控制器和调度器来管理集群。还有使用“kubelet”和 kube-proxy 的节点。通过这些组件，Kubernetes 调度和管理在集群上运行容器的位置。从 v1.1 开始，Kubernetes 还可以自动扩展容器。我也有只要我一直在使用 CoreOS，就一直在生产中使用它，并且两者配合得很好。
Triton 是 Joyent 的 Docker 平台。把它想象成 Joyent 的传统服务，但不是 BSD 监狱（类似于 Linux 容器的概念）和 Solaris Zones（在那个方面可能是错误的，这只是我从口耳相传中听到的），你正在使用码头集装箱。这确实抽象了您在设置 CoreOS 和 Kubernetes 时必须做的很多工作，也就是说，有些服务会做同样的事情并在后台使用 kubernetes。现在我还没有像使用 Kubernetes 和 CoreOS 那样使用 Triton，但它似乎设计得非常好。
最终，我会说这是关于您的需求。你是否需要灵活性和可见性，那么像 CoreOS 这样的东西是有意义的，尤其是 Kubernetes。如果您希望将其抽象化并为您处理这些事情，我会说 Triton 是有道理的。