coreos与triton相比如何？
最近开发了一些用于运行docker容器甚至应用程序容器的替代scheme。
我知道有corer（ https://coreos.com/blog/rocket/ ）和joyent（ https://www.joyent.com/ ）的triton
这两种方法如何比较？
编辑
也许我应该在@拉卡托斯久洛的这些好评后重新提出我的问题
Triton如何比较coreos或kubernetes来运行docker-containers的规模？
所以在某种程度上，这是一个苹果，以橙子葡萄比较。 CoreOS是一个操作系统，Kubernetes是开源的容器编排软件，而Triton是一个PaaS。
所以CoreOS，它是一个专注于安全性的最小操作系统。 我已经在生产中使用了这几个月的工作，还没有find一个理由不喜欢它。 它没有包pipe理器，但预装了rkt和Docker。 你可以在这里运行docker和rkt。 它还附带了Etcd，这是一个分布式键值存储，并且恰好kubernetes是由它支持的。 它还带有Flannel，它是集群中容器和机器之间联网的networking程序。 CoreOS也随Fleet一起提供，你可以把它看作systemd的分布式版本，systemd是CoreOS的init系统。 而且最近，CoreOS自己也发布了Kubernetes。
Kubernetes是由几个主要组件组成的容器编排软件。 有主人，使用APIServer，控制器和调度程序来pipe理群集。 还有一些使用“kubelet”和“kube-proxy”的节点，通过这些组件，Kubernetes可以安排和pipe理集群上运行容器的位置，从v1.1开始，Kubernetes也可以自动扩展容器。只要我一直在使用CoreOS，就一直在使用它，而且这两者很好地结合在一起。
Triton是Joyent的Docker。 可以把它看作是Joyent的传统服务，而不是像BSD jails（与Linux容器类似的概念），也不是Solaris Zones（可能是错误的，这只是我听到的口耳相传），而是使用Docker容器。 这确实抽象出了设置CoreOS和Kubernetes所需要做的很多工作，也就是说有一些服务可以做到这一点，并使用kubernetes。 现在我还没有像使用Kubernetes和CoreOS那样使用Triton，但是它看起来确实很好。
最终，我会说这是关于你的需求。 你需要灵活性和可见性，那么像CoreOS这样的东西是有道理的，尤其是与Kubernetes。 如果你想将这些东西抽象出来，并且为你处理这些事情，那么我认为Triton是有道理的。