26 | 微服务容器化运维:镜像仓库和资源调度
胡忠想
该思维导图由 AI 生成,仅供参考
专栏上一期我给你讲解了容器化技术解决了单体应用拆分为微服务后,所带来的服务测试和发布运维复杂度提升的问题,可以说容器化技术天生就是为微服务而生。但微服务容器化后又带来了一个新的挑战,那就是容器如何运维的问题。
为什么微服务容器化的运维又成了新问题?
对于大部分业务团队来说,在进行容器化以前,服务都是部署在物理机或者虚拟机上,运维往往有一套既有的运维平台来发布服务。我就以微博的运维平台 JPool 来举例,当有服务要发布的时候,JPool 会根据服务所属的集群(一般一个业务线是一个集群)运行在哪个服务池(一般一个业务线有多个服务池),找到对应的物理机或者虚拟机 IP,然后把最新的应用程序代码通过 Puppet 等工具分批逐次地发布到这些物理机或者虚拟机上,然后重新启动服务,这样就完成一个服务的发布流程。
但是现在情况变了,业务容器化后,运维面对的不再是一台台实实在在的物理机或者虚拟机了,而是一个个 Docker 容器,它们可能都没有固定的 IP,这个时候要想服务发布该怎么做呢?
这时候就需要一个面向容器的新型运维平台,它能够在现有的物理机或者虚拟机上创建容器,并且能够像运维物理机或者虚拟机一样,对容器的生命周期进行管理,通常我们叫它“容器运维平台”。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
本文介绍了微服务容器化后的运维挑战,重点讨论了容器运维平台的镜像仓库和资源调度。在容器化后,传统的物理机或虚拟机运维方式已不再适用,需要面向容器的新型运维平台。首先,镜像仓库是容器发布的基础,类似于Git代码仓库,需要具备权限控制、镜像同步和高可用性等特点。其次,资源调度是指如何在现有的物理机或虚拟机上创建容器,并对容器的生命周期进行管理。文章还介绍了私有镜像仓库的搭建和微博的实践经验。总的来说,容器运维平台的建设对于微服务容器化后的运维问题至关重要,而镜像仓库和资源调度是其中的关键组成部分。文章还讨论了Docker镜像存储和访问的问题以及资源调度的挑战,包括物理机集群、虚拟机集群和公有云集群的资源调度问题。最后,文章提到了容器运维平台的两个关键组成部分:镜像仓库和资源调度,以及对P2P方案和Harbor方案的思考。
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《从 0 开始学微服务》,新⼈⾸单¥59
《从 0 开始学微服务》,新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(9)
- 最新
- 精选
- 波波安p2p是去中心的。主从的是中心化的。我觉得p2p的模式更容易扩展,但实现起来更加复杂。
作者回复: 是的
2018-11-1610 - 拉欧P2p应该是类似迅雷这样的分布式存储镜像,这种管理模式使用于10万或以上级别的虚机集群,在这种量级下,主从部署的镜像管理系统会因为网络带宽而出现瓶颈,如果只是小规模的虚机集群,主从应该是更简单更适合的方案。2018-10-2115
- 格瑞图对于文中两种配置的物理机,一般跑多少个应用容器比较合适?每个容器的 CPU、内存、磁盘分配多少呢?这块有没有一个经验值可以分享呢?2018-10-222
- 明天更美好我们公司也要集成docker了,但是有点迷茫,不知道这个环境怎么搞。2018-10-202
- 探索无止境老师您好,一直对于服务器配置的选择全凭经验值,但有没有一个科学的推算过程,就是我们应该购买4核8G,还是8核16G,这个选择过程是否有一个可参考的计算推算方式?困惑了很久,还请老师给些指导,感谢!2019-10-241
- 明天更美好而且我们全是内网环境,根本访问不了外网,这个时候搭建docker和Jenkins持续集成怎么搞呢?而且本身对docker理解也不深入2018-10-201
- 🤔现在不都用k8s调度了吗2022-04-28
- 俯瞰风景.容器化运维的两个关键:镜像仓库和资源调度。 镜像仓库是用作统一管理和部署Docker镜像的;而镜像仓库为了高可用,也需要采取集群部署的方式,这就涉及了集群的数据同步问题,一般是一主多从主从复制模式和P2P的复制模式。 资源调度问题是由于服务器资源的来源不一致,服务器资源的管理方式也不一样,需要把不同来源的资源调度差异性封装起来,对外提供统一的资源调度方式,以提高资源调度效率。2021-10-08
- 钱两年前还搞过一下DOCKER,后来来现在的公司都是运维搞了。 搞一万个和搞一个道理应该差不多,只是一万个肯定不能人肉搞,否则自己就会被搞死啦! 回忆一下: 1:安装DOCKER运行环境软件 2:把网络环境弄好 3:安装相关应用运行软件 4:生产镜像文件 5:远程操作服务器,传递相关文件 6:启动应用 大概是这样吧!大公司会把这些简单重复的工作抽象一下,可能变成一个容器管理平台+应用发布平台+容器监控平台+代码管理平台,这样水平扩展,批量发布就简单了2019-06-15
收起评论