Ebay在OpenStack上的工作已经取得了成果：一种新的容器管理工具，可以更好地利用Docker和Kubernetes。
这又是一个值得称赞的工具，容器在组织内作为有用的工作单位，Kubernetes管理着这些工作负载。但这也是一个迹象，即使是最大的、最重要的IT组织，即使他们可以根据自己的意愿定制OpenStack，但是也会为了给开发者提供便利而选择其他解决方案。
TessMaster，正如InformationWeek（http://0x9.me/eczgT）和ZDNet（http://0x9.me/RbDrs）的文章中所讨论的，旨在允许在eBay的自定义集群配置中大规模运行Kubernetes，据称这是由数十万台虚拟机（运行在数以万计的服务器上）组成的。The Next Platform（https://0x9.me/ypTt7） 2015年的文章详细介绍了eBay如何用Kubernetes扩展OpenStack，并将eBay数据中心的规模与“Rackspace Hosting以及SoftLayer公有云”的规模做了对比。
使用OpenStack这种方式的原始意图是为了允许开发者自己管理自己的开发需求。但随着时间的推移，就像InformationWeek的文章指出，容器赶上虚拟机成为OpenStack中管理代码的首选方式，而OpenStack现有的容器管理工具Magnum却不能胜任这个工作。
为此，eBay将Kubernetes作为容器管理解决方案，内部开发TessMaster作为Magnum的替代品。该公司也公开使用自己定制的Kubernetes，称为Tess.io。 TessMaster还没有作为一个开源项目发布，但eBay暗示它的开源并没有什么阻力（Tess.io是否可以作为开源项目发布还不清楚）。
以上文章中详细介绍了许多Kubernetes常见的好处：他一开始就是开源项目并且由社区协作开发，而在Google内部使用的事实证明了它的清白。但是eBay在这方面的选择却引人注目：它选择在OpenStack中推出自己的基于Kubernetes的容器管理解决方案，而不是尝试改进Magnum。
这种把Kubernetes当做OpenStack的强心剂的做法和OpenStack生态中的其他独立开发很相似。早在7月份，OpenStack Mavens Mirantis就宣布了一个OpenStack内部部署系统的二次开发项目，以便使OpenStack可以作为一系列Kubernetes管理的Docker容器运行。
这两个例子都是通过Kubernetes从内而外地克服或超越了OpenStack的局限。 在eBay的案例中，问题是OpenStack的原生容器管理系统; 第二个例子中，OpenStack本身的部署非常方便。
Ebay一直被吹捧为OpenStack的大型成功案例之一，但即使是这些名单上的公司也可能正在褪色。该公司坚持使用开源云管理框架，但却以牺牲内部重大的努力为代价。当InfoWorld的Eric Knorr去年初与公司谈话时（可能是在TessMaster被包装的情况下），它们承认，虽然OpenStack将继续保持公司管理基础架构的核心地位，但它将主要用作容器管理系统。
随着这些明面上的开发，OpenStack有两个可能性即将来临。一方面，它可以通过容器技术从内而外重新改造，然后变得比现有方案更有吸引力。另一方面，它被容器逐渐替代成为对同样问题的更细粒度的解决方案。
本次培训内容包括：Kubernetes概述、架构、日志和监控，部署、自动驾驶、服务发现、网络方案等核心机制分析，Kubernetes调度工作原理、资源管理及源码分析等，点击识别下方二维码即可查看具体培训内容。
点击阅读原文链接可直接报名。
