广告中的一个框架，它可以安装在 mesos 集群是docker swarm。这一点也提到了 docker 的github。我的问题是（考虑到我们并不是在处理一个生产就绪的配置），部署docker swarm在一个平台上是否有任何实际的好处 mesos 群集，而不是直接在上面说 ec2 分配给swarm的示例。
mesos
docker
ec2
uxhixvfz1#
我不确定这是否是一个主题，但我宁愿既不喜欢mesos也不喜欢swarm，但无论如何，它（直接或间接地）会影响kubernetes。在这种情况下，我真的可以给你的建议https://rancher.com/ （我没有偏见）-他们支持swarm和kubernetes，在即将发布的2.0版本中，kubernetes甚至是默认的。kubernetes手工完成可能是一个陡峭的学习曲线，但是有了一个像rancher一样的编曲者和抽象者，你甚至可以毫不在意。swarm和kubernetes一样简单，由于“简单”是swarm超越kubernetes的唯一优势，rancher+kubernetes是一个巨大的赢家。
vjhs03f72#
mesos不仅是docker，而且主要是资源编排器。它支持一系列框架，因此您可以在同一集群上通过marathon和spark任务运行docker容器。最常见的生产案例是使用mesos/marathon进行docker编排，但是这个决策没有现成的虚拟网络支持。它可以通过calica实现，但它并不像它应该的那么明显-swarm更容易处理它。坦率地说，mesos比swarm健壮得多，它作为防弹解决方案在生产中得到了广泛的应用，因此我的回答的第一部分更具理论性，因为在实践中，如果我们谈论aws中的docker，我更喜欢mesos/marathon或ecs
2条答案
按热度按时间uxhixvfz1#
我不确定这是否是一个主题，但我宁愿既不喜欢mesos也不喜欢swarm，但无论如何，它（直接或间接地）会影响kubernetes。
在这种情况下，我真的可以给你的建议https://rancher.com/ （我没有偏见）-他们支持swarm和kubernetes，在即将发布的2.0版本中，kubernetes甚至是默认的。
kubernetes手工完成可能是一个陡峭的学习曲线，但是有了一个像rancher一样的编曲者和抽象者，你甚至可以毫不在意。swarm和kubernetes一样简单，由于“简单”是swarm超越kubernetes的唯一优势，rancher+kubernetes是一个巨大的赢家。
vjhs03f72#
mesos不仅是docker，而且主要是资源编排器。它支持一系列框架，因此您可以在同一集群上通过marathon和spark任务运行docker容器。最常见的生产案例是使用mesos/marathon进行docker编排，但是这个决策没有现成的虚拟网络支持。它可以通过calica实现，但它并不像它应该的那么明显-swarm更容易处理它。坦率地说，mesos比swarm健壮得多，它作为防弹解决方案在生产中得到了广泛的应用，因此我的回答的第一部分更具理论性，因为在实践中，如果我们谈论aws中的docker，我更喜欢mesos/marathon或ecs