coreos和triton相比怎么样？

Question

最近，一些运行码头集装箱，甚至是应用程序容器的替代品已经开发出来。

我知道有来自coreos的rkt (https://coreos.com/blog/rocket/)和来自joyent的triton (https://www.joyent.com/)

这两种方法比较如何？

编辑

也许我应该在@ Lakatos Gyula的这些好评论之后重新表达我的问题。

与coreos或kubernetes相比，Triton如何在规模上运行码头集装箱？

Answer 1

所以在某种程度上，这是一个苹果与橘子与葡萄的比较。CoreOS是一个操作系统，Kubernetes是一个开源容器编排软件，Triton是一个PaaS。

因此，CoreOS，它是一个最低限度的操作系统，重点是安全性。我已经在生产中使用了几个月了，至今还没有找到不喜欢它的理由。它没有包管理器，但它是与rkt和Docker一起预装的。你可以在那里管理好码头和码头。它还附带了Etcd，这是一个分布式的键值存储，而kubernetes正是由它支持的。它还附带了Flannel，这是一个用于在集群中的容器和机器之间联网的网络程序。CoreOS还附带了舰队，您可以把它看作是systemd的分布式版本，而systemd是CoreOS的init系统。就在最近，CoreOS和库伯奈特斯一起出海。

Kubernetes是一个由几个主要组件组成的容器编排软件。有主程序，它们使用APIServer、控制器和调度程序来管理集群。还有一些节点使用"kubelet“和kubelet。通过这些组件，Kubernetes计划并管理在集群上运行容器的位置。v1.1 Kubernetes还可以自动缩放您的容器。我在生产中也使用了这一点，就像我一直使用CoreOS一样，这两者也是一起运行的。

Triton是Joyent's Paas for Docker。把它想象成Joyent的传统服务，但是您使用的是Docker容器，而不是BSD监狱(类似于Linux容器的概念)和Solaris区域(在这一点上可能是错的，这只是我从口耳相传中听到的)。这就抽象出了许多与设置CoreOS和Kubernetes有关的工作，也就是说，有些服务也会这样做，并在引擎盖下使用kubernetes。现在我没有像使用Kubernetes和CoreOS那样使用Triton，但是它显然是相当好的设计。

最终，我会说这是关于你的需求。您需要灵活性和可见性吗，那么像CoreOS这样的东西就有意义了，特别是对于Kubernetes。如果你想把这些抽象出来，让人帮你处理，我想说Triton是有道理的。