架构师特刊：微服务与DevOps技术内参

可以看到，Kubernetes使用了较为常见的Master-Slave架构，在容器之 上又封装了一层Pod结构，很好地适应了多容器服务，也符合Unix的 进程模型。Pod通过Label标识为服务（Service），概念简洁明了而且 非常灵活。 经常有人问，Mesos资源调度能力更加强大，而且产品推出的时间比较 久，更加成熟、稳定，为什么不选择Mesos？ 还有人拿出了下面这张对 比图，证明Mesos的功能更为强大： 需要注意的是，这张图只对比了资源调度，而Kubernetes提供的是从资 源调度，到服务发放、变更、退休，到网络管理的全方位能力，而 Mesos仅仅是资源调度，服务管理要借助Marathon，而网络管理能力聊 胜于无。其他类似的技术，同理，这里就不一一展开了（上面那张图来 源于剑桥大学CambridgeSystems at Scale博客的一篇文章，感兴趣的同学 可以移步 http://www.cl.cam.ac.uk/research/srg/netos/camsas/blog/2016-03- 09-scheduler-architectures.html）。 再来看一下Kubernetes的Roadmap ： ......