eBay构建自有工具集成Kubernetes和OpenStack
为了让开发人员保持快乐,电子商务公司eBay开发了一个框架,用于在其大规模OpenStack云上部署容器。
eBay云计算基础设施和平台高级总监Suneet Nandwani表示,从eBay云计划的第一天起,该电子商务公司就一直致力于保持开发人员的快乐。这带来了公司 的数个挑战和创新,最新的是TessMaster的开发—— 一个在OpenStack上部署Kubernetes的管理框架。
“伴随着Docker的出现,很明显容器成为了开发者喜欢的一种技术。“Nandwani表示。
eBay将集群管理器看作是实现大规模自动化运营的一种潜在途径。Nandwani补充说:“我们觉得可管理性和可操作性伴随着集群管理的改善可以提高。此外,高级规划和集群管理可以提高基础设施的使用效率,从而节省成本。”
该公司探索多种可能,选择Kubernetes作为开发界面。但eBay作为世界上最大的OpenStack实现之一,运行Kubernetes似乎并不适合。
Nandwani解释说:“大多数在内部采用Kubernetes的公司规模都小得多。当你有一个几十个节点的集群,这是一回事,而如果你有七、八个成千上万的节点的集群,事情就完全不同了。”
当它开始在2016年初揭示这个问题时,eBay并不满意现有的解决方案,比如Magnum。
“我们没有看到社区中有什么可以帮助我们,所以我们决定为运行在OpenStack之上的Kubernetes编写自己的管理平台。”Nandwani说。
据介绍,TessMaster可以在OpenStack上部署Kubernetes,可以扩展它,并将它弹出并向下移动。这项工作正在进行,eBay会继续构建管理功能。虽然eBay还没有把TessMaste开源,但有此打算。
目前,eBay在TessMaster的帮助下部署了七个大型集群,并计划大规模扩展Kubernetes的使用。 “有很多新的应用程序正在开发,甚至也有平台正在开发。eBay的目标是运行在Kubernetes上。”Nandwani说。
eBay 2013年迁移到OpenStack也是因为它对开发者的吸引力。
“当我们第一次构建eBay特有的云时,它工作得相当不错,但缺点之一是不够开放。”Nandwani说。 “因此我们必须训练我们自己的开发人员在我们的云上工作,第二是如何吸引人才,社区正在快速发展,我们却静止不动。在2013年,eBay做出了一个战略决策,迁移到OpenStack。”
像容器一样,OpenStack对像eBay这样的大平台提出了挑战。
Nandwani解释说:“因为OpenStack上的大部分部署比我们的部署小得多,所以没有太多的关注放在如何大规模运行云平台上。一旦云规模大起来,如何监控这个云,如何做容量管理,一旦出现问题如何补救,警告等一大堆问题就会出现。”
eBay在解决这些问题上做了重大的工程方面的努力,其中一些已经共享出来,一些仍然是内部解决方案。 “我们已经开发了很多从工程角度看成熟的解决方案以管理大规模的OpenStack。”Nandwani说。
本文转自中文社区-eBay构建自有工具集成Kubernetes和OpenStack

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
-
上一篇
kubernetes-kubectl命令说明
本文基于kubernetes 1.5.2版本 编写 kubectl kubectl controls the K8S cluster manager. Find more information at https://github.com/K8S/K8S. Basic Commands (Beginner): create Create a resource by filename or stdin expose Take a replication controller, service, deployment or pod and expose it as a new K8S Service run Run a particular image on the cluster set Set specific features on objects Basic Commands (Intermediate): get Display one or many resources explain Documentation of resources edit Edit a resourc...
-
下一篇
Kubernetes Events介绍(下)
经过前两回的“踏血寻妖”,一个完整的Events原形逐渐浮出水面。我们已经摸清了它的由来和身世,本回将一起探索Events的去向,这是一个终点却也是另一个起点。 蜜汁去向 前面已经了解到,Event是由一个叫EventRecorder的东西幻化而生。通过研究源码经典发现,在Kubelet启动 的时候获取一个EventBroadcaster的实例,以及根据KubeletConfig获取一个EventRecorder实例。EventRecorder自不必多说。EventBroadcaster用来接收Event并且把它们转交给EventSink、Watcher和Log。 EventBroadcaster定义了包括四个方法的一组接口,分别是: // 将收到的Events交于相应的处理函数 StartEventWatcher(eventHandler func(*api.Event)) watch.Interface // 将收到的Events交于EventSink StartRecordingToSink(sink EventSink) watch.Interface // 将收到的Event...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS关闭SELinux安全模块
- Windows10,CentOS7,CentOS8安装Nodejs环境
- MySQL8.0.19开启GTID主从同步CentOS8
- CentOS7,8上快速安装Gitea,搭建Git服务器
- CentOS8编译安装MySQL8.0.19
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- MySQL数据库在高并发下的优化方案
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- Dcoker安装(在线仓库),最新的服务器搭配容器使用
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果