Netflix的容器管理平台Titus开源了

Netflix宣布其内部使用的容器管理平台Titus正式开源。Titus提供了一种可扩展且高度自动化的基础设施,用于运行大规模的容器化工作负载。该项目的目标是简化云原生应用的部署和管理,支持动态调度和弹性伸缩。通过Titus,开发者可以利用Netflix的容器编排经验,实现高效能和高可用性的服务。
摘要由CSDN通过智能技术生成

640

4月19日,Netflix开源了其自用容器管理平台——Titus[1]。
Titus支撑着Netflix业务中的一系列关键部分,包括视频流、推荐和机器学习、大数据、内容编码、演播室技术、内部工程工具和其他Netflix工作负载等。另外,Netflix还提供更多容器工程工具,确保无论是在个人计算机上抑或生产环境中,开发都能获得一致的使用体验。在过去的三年中,Titus从最初仅支持批处理发展到可运行服务应用程序(包括各类内部服务以及最为关键的服务客户端)。通过这种演变,Netflix的容器使用量已经从每周数千个增加到2018年4月的每周300万个。Titus在全球范围内托管有数以千计的应用程序,跨越成千上万EC2虚拟机。Titus开源技术将共享Netflix公司3年间在容器管理和执行领域积累下的宝贵经验。


我们为什么选择开源?

640

在过去的几年里,我们被一遍又一遍问起,“你们什么时候开放源代码?”。 很明显,我们需要讨论的是不同规模企业的各自思路、问题与解决方案。我们希望通过分享Titus,帮助志同道合的团队加快脚步,并将我们在容器管理社区中所学到的经验分享给大家。
在过去的两年中,已经有多种容器管理平台(Kubernetes、Mesosphere DC/OS和Amazon ECS)在整个行业中得到采用,进而为不同用户带来诸多收益。此外,一些具有一定规模的互联网公司已经在Apache Mesos上开发出解决方案,旨在满足其独特的企业级需求。Titus同样以Apache Mesos为基础,并通过优化来解决Netflix的生产需求。
我们与业内同行交流的经验表明,其他组织也在容器管理平台中寻求着类似的技术。 通过将代码开源,我们希望其他人能够帮助整个容器社区消化这些技术。 我们也很高兴Titus的概念和功能能够在其他容器管理解决方案中真正落地。 从长远角度来看,这对Netflix也是一种利好,因为它将在未来为我们提供更好的现成解决方案。
最后,我们开源的原因之一,
1. 前言    Kubernetes作为Docker生态圈中重要一员,是Google多年大规模容器管理技术的开源版本,是产线实践经验的最佳表现 。如Urs Hölzle所说,无论是公有云还是私有云甚至混合云,Kubernetes将作为一个为任何应用,任何环境的容器管理框架无处不在。正因为如此, 目前受到各大巨头及初创公司的青睐,如Microsoft、VMWare、Red Hat、CoreOS、Mesos等,纷纷加入给Kubernetes贡献代码。随着Kubernetes社区及各大厂商的不断改进、发展,Kuberentes将成为容器管理领域的领导者。    接下来我们会用一系列文章逐一探索Kubernetes是什么、能做什么以及怎么做。2. 什么是Kubernetes    Kubernetes是Google开源容器集群管理系统,其提供应用部署、维护、 扩展机制等功能,利用Kubernetes能方便地管理跨机器运行容器化的应用,其主要功能如下:1) 使用Docker对应用程序包装(package)、实例化(instantiate)、运行(run)。2) 以集群的方式运行、管理跨机器的容器。3) 解决Docker跨机器容器之间的通讯问题。4) Kubernetes的自我修复机制使得容器集群总是运行在用户期望的状态。当前Kubernetes支持GCE、vShpere、CoreOS、OpenShift、Azure等平台,除此之外,也可以直接运行在物理机上。接下来本文主要从以下几方面阐述Kubernetes:1) Kubernetes的主要概念。2) Kubernetes的构件,包括Master组件、Kubelet、Proxy的详细介绍。3. Kubernetes主要概念3.1. Pods    Pod是Kubernetes的基本操作单元,把相关的一个或多个容器构成一个Pod,通常Pod里的容器运行相同的应用。Pod包含的容器运行在同一个Minion(Host)上,看作一个统一管理单元,共享相同的volumes和network namespace/IP和Port空间。3.2. Services    Services也是Kubernetes的基本操作单元,是真实应用服务的抽象,每一个服务后面都有很多对应的容器来支持,通过Proxy的port和服务selector决定服务请求传递给后端提供服务的容器,对外表现为一个单一访问接口,外部不需要了解后端如何运行,这给扩展或维护后端带来很大的好处。3.3. Replication Controllers    Replication Controller确保任何时候Kubernetes集群中有指定数量的pod副本(replicas)在运行, 如果少于指定数量的pod副本(replicas),Replication Controller会启动新的Container,反之会杀死多余的以保证数量不变。Replication Controller使用预先定义的pod模板创建pods,一旦创建成功,pod 模板和创建的pods没有任何关联,可以修改pod 模板而不会对已创建pods有任何影响,也可以直接更新通过Replication Controller创建的pods。对于利用pod 模板创建的pods,Replication Controller根据label selector来关联,通过修改pods的label可以删除对应的pods。Replication Controller主要有如下用法:1) Rescheduling如上所述,Replication Controller会确保Kubernetes集群中指定的pod副本(replicas)在运行, 即使在节点出错时。2) Scaling通过修改Replication Controller的副本(replicas)数量来水平扩展或者缩小运行的pods。3) Rolling updatesReplication Controller的设计原则使得可以一个一个地替换pods来rolling updates服务。4) Multiple release tracks如果需要在系统中运行multiple release的服务,Replication Controller使用labels来区分multiple release tracks。3.4. Labels    Labels是用于区分Pod、Service、Replication Controller的key/value键值对,Pod、Service、 Replication Controller可以有多个label,但是每个label的key只能对应一个value。Labe
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值