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条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7设置SWAP分区,小内存服务器的救世主
- CentOS7安装Docker,走上虚拟化容器引擎之路
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS7,8上快速安装Gitea,搭建Git服务器
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- SpringBoot2全家桶,快速入门学习开发网站教程
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装