Kubernetes让eBay摆脱了OpenStack的困境


【编者的话】本文介绍了eBay在Kubernetes上的工作,以及OpenStack可能面对的困境,并对OpenStack未来的发展做了一些分析。

【深圳站|3天烧脑式Kubernetes训练营】培训内容包括:Kubernetes概述和架构、部署和核心机制分析、进阶篇——Kubernetes调工作原理及源码分析等。

Ebay在OpenStack上的工作已经取得了成果:一种新的容器管理工具,可以更好地利用Docker和Kubernetes。

这又是一个值得称赞的工具,容器在组织内作为有用的工作单位,Kubernetes管理着这些工作负载。但这也是一个迹象,即使是最大的、最重要的IT组织,即使他们可以根据自己的意愿定制OpenStack,但是也会为了给开发者提供便利而选择其他解决方案。

认识你的新Master

TessMaster,正如InformationWeekZDNet的文章中所讨论的,旨在允许在eBay的自定义集群配置中大规模运行Kubernetes,据称这是由数十万台虚拟机(运行在数以万计的服务器上)组成的。The Next Platform 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 tool saves eBay from its OpenStack woes(翻译:Lambert Sun)

===========================================================
译者介绍
Lambert Sun,趋势科技DevOps Lead,敏捷开发实践者。

0 个评论

要回复文章请先登录注册