管理层面:
1、容器平台推广
如果是开发部门发起,让内部应用上容器会比较容易
如果是运维部门发起,应用团队更换底层资源难度会比较大。需要从上层有较大的力度推进。
2、人力投入
如果购买商业容器云,通常运维比较简单,上手快。且有厂商做技术支撑。
如果计划用开源或自研,需要运维人员对容器相关技术比较了解,有比较高的学习门槛。
技术层面:
1、微服务应用支撑
容器天然对微服务架构的应用支撑做的会比较好,可以考虑直接上容器。
非微服务架构应用,一种要做架构改造,改造成微服务架构;另一种,就是无状态服务、有弹性需求应用、需要做敏捷开发应用比较适合容器化。具体应用还需要做进一步分析。
2、生产环境部署设计
如果上生产环境,容器云要考虑主备、双主、两地三中心不同环境的部署架构。环境不同,部署方案也有区别。
另外,容器云一般都提供平台自身的灾备;应用层面的灾备需要应用自己准备。
3、容器安全
容器云厂商一般只提供基础的平台安全能力,单单这些在生产环境运行还略显不足。可以考虑寻找专业的容器安全厂商提供服务。
4、容器与DevOps打通
如果DevOps已经建设或者计划建设,需要考虑未来容器如何与DevOps平台打通。一般是DevOps把构建好的镜像推送到容器镜像仓库,但生产环境一般与开发测试环境物理隔离,需要做文件摆渡。
收起