企业部署docker集群后，运维人员如何更好的做好相关方面的运维工作？都是检查哪些内容？

在企业部署好docker集群之后，运维方面的考虑主要有：
1.首先是做好组织和人员的划分。
一般的情况下，docker+K8S的部署和试点都是研发部门（架构部/平台部）主导的，一旦试点完成，就需要移交给运维。容器云的一个特性就是既是基础资源底座，又与应用联系紧密，比如CICD，应用商店，应用配置等。而传统的运维很清晰地划分：基础资源，系统软件层，应用软件层，之前负责的单一层次的运维人员已不能很好地运维容器集群。
建议成立专门的paas平台职责团队，负责容器云的运维。这个团队除了运维容器集群，还负责管理运维逐渐增多的一些公共中间件，以及公共业务组件。

2.做好标准化的工作
这个标准化主要包括：
1）CICD流水线模板和脚本的标准化。源码代码检查，打包，编译，自动测试，镜像生成，镜像推送，安全扫描，镜像拉取，配置，启动。这一连串的动作，需要根据企业IT的要求标准化一系列流水线模板以及操作脚本。只有限定到使用这些预定制的模板和脚本，整个部署和发布工作的效率和质量才能大大提升。
2）标准化基础镜像的管理。docker容器一个最大的特点就是分层镜像。企业里用的大量组件，操作系统等基础镜像必须是由运维人员发布的，而且这些组件和操作系统的版本升级管理，也必须由运维人员管理。一般来说，可以限定所用的基础镜像都放在固定的某个镜像库中，镜像打包时只能从这些库去拉取。

3，做好与已有运维系统对接和联动的工作
一个新的容器云并不是所有的运维系统都是独立的，也不需要重建所有的运维工具。比如日志系统，需要将容器的运行日志数据接到已有的日志分析平台。有些运维管理和规划必须与已有的系统联合考虑，比如网络的运维，容器云的网络安全和隔离设置，必须要与宿主机的保持一致。

如果是单纯的docker，整体管理模式和vm类似。只是除传统宿主机监控运维外、再增加容器的监控运维。需要额外注意对于docker服务可用性的监控（因为部分版本docker服务存在bug）
如果是k8s，包括宿主机、容器基础服务、应用层三个维度：
1.宿主机包括传统cpu、men、磁盘、网络、io等等。
2.容器基础服务主要在容器层进行监控运维、以p8s为核心。
3.应用层主要是基于2的metics进行进一步封装和监控。