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