最近开发了一些运行docker容器甚至app容器的替代方案。
我知道有来自coreos（https://coreos.com/blog/rocket/）的rkt和来自joyent的{triton（https://www.joyent.com/）
这两种方法比较如何？
在@ Lakatos Gyula的这些好评之后，也许我应该重新说出我的问题
Triton如何比较核心或kubernetes大规模运行docker-containers？
答案 0 :(得分：5)
所以在某种程度上，这是苹果与橘子和葡萄的比较。 CoreOS是一个操作系统，Kubernetes是开源容器编排软件，而Triton是一个PaaS。
所以CoreOS，它是一个专注于安全性的最小操作系统。我现在已经在生产中使用它几个月了，还没有找到理由不喜欢它。它没有包管理器，但它预装了rkt和Docker。你可以在那里运行docker和rkt就好了。它还附带了Etcd，它是一个分布式键值存储，它发生在kubernetes的支持下。它还附带Flannel，它是一个网络程序，用于集群中容器和机器之间的网络连接。 CoreOS还附带Fleet，您可以将其视为systemd的分布式版本，其系统是CoreOS＆＃39; init系统。截至最近，CoreOS本身也随附了Kubernetes。
Kubernetes是一个容器编排软件，由几个主要组件组成。有些主服务器使用APIServer，控制器和调度程序来管理集群。还有一些节点使用＆＃34; kubelet＆＃34;和kube-proxy＆＃34;。通过这些组件，Kubernetes可以安排和管理在群集上运行容器的位置。从v1.1开始，Kubernetes也可以自动扩展容器。只要我一直在使用CoreOS，我也一直在生产中使用它，两者很好地结合在一起。
Triton是Dockent的Joyent的Paas。可以把它想象成Joyent的传统服务，但不是BSD jails（类似于Linux容器的概念），而是Solaris Zones（在那个问题上可能是错误的，这只是我从口口相传的内容），你正在使用Docker容器。这确实抽象了你在设置CoreOS和Kubernetes时所做的大量工作，这些工作表示有些服务可以做同样的工作并使用kubernetes。现在我还没有像使用Kubernetes和CoreOS一样使用Triton，但它看起来确实很好。
最终，我会说出你的需求。您是否需要灵活性和可见性，那么像CoreOS这样的东西是有意义的，特别是对于Kubernetes。如果你想要抽象出来并为你处理这些事情，我会说Triton是有道理的。