容器云平台运维的范围与架构设计.docx
《容器云平台运维的范围与架构设计.docx》由会员分享,可在线阅读,更多相关《容器云平台运维的范围与架构设计.docx(7页珍藏版)》请在优知文库上搜索。
1、一、容器云平台运维范围不同的公司容器云平台的建设思路和方法可能是不同的,会有差别,但对运维人员来说,首先要明臼运堆的范围和内容。(一)梳理要运维哪些内容作为运维人员最电要的职责是采用一切合适的方法保障系统的正常运行,从而保障业务的正常运营.一旦系统出现问题了,就会影响到业务,可能影响到客户,可能会带来损失,因此运维人员要对自己的运维内容有清晰的认识。才能定义设计合适的部署架构,运维架构.容器云平台运维可能包括基础设施资源运维,比如服务器、存储、网络层、操作系统等,也包括容器云平台自身的运维,Docker,kubernetes,镜像仓库,Portal.数据库、ETCD、ingress等,还会涉及
2、日志、监控、告瞥、认证权限、配置等,更更要的是支撑应用的运维,应用的部署、迁移、运行状况查看、监控、告瞥提醒、扩容、弹性伸缩、配笆更新、流量分发管控、负载均衡、访问控制等等都是容器云平台制成应用运维的能力.(二)明确运堆的工具和手段软件运堆不是靠赤手空拳,从效率方面讲借助于工具的运维效率是成级数倍的.因此需要熟练掌握和使用运维工具,运维方法.GoogIeSRE其实就是一个专职做运维工具的团队,借助于工具化不但提高运维效率,也提高了系统的稳定性和可第性,自动化运维工具、监控工具、配在管理工具等等都是在日常运维过程中不可少的.(三)选择运维架构不同的系统运维方法和运维架构也是不一样。容器云平台有其
3、独特的特点,不同于传统系统的运维.对运维人员来说,屐大的要求就是确定性。容器的弹性、自恢豆、自动迁移等特性在带来便利的同时也带来了不确定性。特别是在庞大的云计算环境.不确定性会对运维人员来说面临着巨大的压力.因此作为运维人员就需要选择合适的架构来规避不确定性和不稔定性.结合容器云平台的特性和API网关组成两房服务治理体系,在提高安全性和可靠性的同时也充分利用了容器的轻量弹性特点.(四)开发测试和运维工作的差别在哪我们都知道做运维和开发测试工作是不一样的.开发追求敏捷、快速,所以这些年DevOps大行其道。但运维可能就是另外一个方向了.运维追求的是稳定与可靠性,每次变动都会存储风睑,所以尽可能稳
4、定.但完全稳定是不可能的,运维就需要实现一种动态的稳定,这和容器的弹性和可迁移性非常匹配.(E)DeVOPS和SRE的精髓在里DevOps追求开发运维一体化,但在国内并没有多少人宾正思考DevOps该如何落地.GoogIeSRE我觉得是一种非常好的实践,他并没有要求开发人员去做运维,而是很多运维人员去做开发,而开发的主要是运维工具.所以我们看到国内很多DevOps的宣传其实都是很片面的,并不是基于实践的总结,而是概念的炒作.当前云计算环境下的运维已经不同于传统的应用系统运维.当前应用系统逐步的融合、微服务化,以云计算为底座,云就像一个大的容器,docker是这个大的容器中的小容器,承载微服务应
5、用的敏捷部署和弹性伸缩等能力.所以运维重点还是要保障系疣的稳定性,但恻重在采用或自主开发众多的、适合自己的运维工具来协助提升运维效率和系统稳定性.其实,认真想一下,谁开发谁运维,一个开发人员能开发几个服务几个应用?开发和运维的工作量基本上是2:8,所以一个开发人员如果同时也做运维的话,就会陷入运维之中,也无法体现效率.二、运维架构设计基于上面的思考,那么对于容器云平台来说,该如何设计其运维架构?首先镜像仓库是一个神一股的存在,用好镜像仓库将非常省力.(一)镜像仓库的作用一个跄像仓库可以同时配置给不同的集群,甚至不同的容器云平台.这些集群和平台是可以共用同一个潦像仓库的.基于这些考虑,我们就把境
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 容器 平台 范围 架构 设计
