简体   繁体   English

coreos与triton相比如何?

[英]How does coreos compare to triton?

Recently some alternatives for running docker containers or even the app container have developed. 最近开发了一些用于运行docker容器甚至app容器的替代方案。

I know that there is rkt from coreos ( https://coreos.com/blog/rocket/ ) and triton from joyent ( https://www.joyent.com/ ) 我知道有来自coreos( https://coreos.com/blog/rocket/ )和来自joyent( https://www.joyent.com/ )的triton的rkt

How do these two approaches compare? 这两种方法相比如何?

Edit 编辑

Maybe I should re-phrase my question after these good comments from @ Lakatos Gyula 也许我应该在@ Lakatos Gyula的这些好评之后重新提出我的问题

How does Triton compare to coreos or kubernetes for running docker-containers at scale? Triton如何比较核心或kubernetes大规模运行docker-containers?

So in a way, this is an apples to oranges to grapes comparison. 所以在某种程度上,这是一个苹果到橘子与葡萄的比较。 CoreOS is an operating system, Kubernetes is open source container orchestration software, and Triton is a PaaS. CoreOS是一个操作系统,Kubernetes是开源容器编排软件,而Triton是一个PaaS。

So CoreOS, it's a minimal operating system with a focus on security. 所以CoreOS,它是一个专注于安全性的最小操作系统。 I've been using this in production for several months now at work, haven't found a reason to not like it yet. 我已经在生产中使用它几个月了,但还没有找到不喜欢的理由。 It does not have a package manager, but it comes preinstalled with both rkt and Docker. 它没有包管理器,但它预装了rkt和Docker。 You can run both docker and rkt just fine on there. 你可以在那里运行docker和rkt就好了。 It also comes with Etcd, which is a distributed key-value store, and it happens that kubernetes is backed by it. 它还附带了Etcd,它是一个分布式键值存储,它发生在kubernetes的支持下。 It also comes with Flannel which is a networking program for networking between containers and machines in your cluster. 它还附带Flannel,它是一个网络程序,用于集群中容器和机器之间的网络连接。 CoreOS also ships with Fleet, which you can think of like a distributed version of systemd, which systemd is CoreOS' init system. CoreOS还附带Fleet,您可以将其视为systemd的分布式版本,systemd是CoreOS的init系统。 And as of recently, CoreOS ships with Kubernetes itself. 截至最近,CoreOS本身也随附Kubernetes。

Kubernetes is a container orchestration software that is made up of a few main components. Kubernetes是一个容器编排软件,由几个主要组件组成。 There are masters, which use the APIServer, controller and scheduler to manage the cluster. 有些主服务器使用API​​Server,控制器和调度程序来管理集群。 And there are nodes which use the "kubelet" and kube-proxy". Through these components, Kubernetes schedules and manages where to run your containers on your cluster. As of v1.1 Kubernetes also can auto-scale your containers. I also have been using this in production as long as I have been using CoreOS, and the two go together very well. 并且有节点使用“kubelet”和kube-proxy“。通过这些组件,Kubernetes安排并管理在集群上运行容器的位置。从v1.1开始,Kubernetes也可以自动扩展容器。我也有只要我一直在使用CoreOS,我就一直在生产中使用它,两者很好地结合在一起。

Triton is Joyent's Paas for Docker. Triton是Joyent的Docker Paas。 Think of it like Joyent's traditional service, but instead of BSD jails (similar concept to Linux containers) and at one point Solaris Zones (could be wrong on that one, that was just something I heard from word of mouth), you're using Docker containers. 想想它就像Joyent的传统服务,但不是BSD jails(类似于Linux容器的概念),而且在某一点上Solaris Zones(在那个上可能是错误的,这只是我从口碑中听到的),你正在使用Docker容器。 This does abstract away a lot of the work you'd have to do with setting up CoreOS and Kubernetes, that said there are services that'll do the same and use kubernetes under the hood. 这确实抽象了你在设置CoreOS和Kubernetes时需要做的大量工作,这些工作表明有些服务会做同样的事情并且使用kubernetes。 Now I haven't used Triton like I have used Kubernetes and CoreOS, but it definitely seems to be quite well engineered. 现在我没有使用Triton,就像我使用过Kubernetes和CoreOS一样,但它看起来确实很好。

Ultimately, I'd say it's about your needs. 最终,我会说这是关于你的需求。 Do you need flexibility and visibility, then something like CoreOS makes sense, particularly with Kubernetes. 您是否需要灵活性和可见性,那么像CoreOS这样的东西是有意义的,特别是对于Kubernetes。 If you want that abstracted away and have these things handled for you, I'd say Triton makes sense. 如果你想要抽象出来并为你处理这些事情,我会说Triton是有道理的。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM