26 微服务容器化运维:镜像仓库和资源调度

本文介绍了微服务容器化运维中镜像仓库和资源调度的重要性。镜像仓库作为容器的基础,涉及到权限控制、镜像同步和高可用性设计。资源调度则需要应对物理机、虚拟机和公有云集群的管理,解决不同集群资源的统一管理和成本核算问题。文中以微博的实践为例,探讨了如何搭建和管理私有镜像仓库以及容器运维平台DCP的资源调度功能。
摘要由CSDN通过智能技术生成

26 微服务容器化运维:镜像仓库和资源调度

专栏上一期我给你讲解了容器化技术解决了单体应用拆分为微服务后,所带来的服务测试和发布运维复杂度提升的问题,可以说容器化技术天生就是为微服务而生。但微服务容器化后又带来了一个新的挑战,那就是容器如何运维的问题。

为什么微服务容器化的运维又成了新问题?

对于大部分业务团队来说,在进行容器化以前,服务都是部署在物理机或者虚拟机上,运维往往有一套既有的运维平台来发布服务。我就以微博的运维平台JPool来举例,当有服务要发布的时候,JPool会根据服务所属的集群(一般一个业务线是一个集群)运行在哪个服务池(一般一个业务线有多个服务池),找到对应的物理机或者虚拟机IP,然后把最新的应用程序代码通过Puppet等工具分批逐次地发布到这些物理机或者虚拟机上,然后重新启动服务,这样就完成一个服务的发布流程。

但是现在情况变了,业务容器化后,运维面对的不再是一台台实实在在的物理机或者虚拟机了,而是一个个Docker容器,它们可能都没有固定的IP,这个时候要想服务发布该怎么做呢?

这时候就需要一个面向容器的新型运维平台,它能够在现有的物理机或者虚拟机上创建容器,并且能够像运维物理机或者虚拟机一样,对容器的生命周期进行管理&#

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值