容器云平台主流技术和成熟产品选型及如何制定相关的标准和规范探讨？

针对您关心的问题，我来回答一下；

想了解当前主流容器平台openshift3、openshift4、Rancher、博云等国产容器产商的有哪些区别？

Rancher和Redhat的openshift是国际上主流的私有容器平台，和博云相比，这两家的产品不仅仅只是关注容器云领域，更是提供了一系列云原生相关的解决方案。比如：Rancher不仅提供了自家的Rancher容器平台，还有Rancher OS容器操作系统、Longhorn分布式容器存储、Submariner跨集群网络通讯、RKE自动化集群部署工具、K3S边缘计算以及Rio轻量级PaaS平台。而Redhat作为一个老牌linux系统厂商，更是提供了很多对于容器平台支撑层面的解决方案支持。

容器平台如何选型？

如果您是开源社区的爱好者，并且对于云原生建设有自己的想法和个性化需求，那么强烈建议您选择Rancher，这是一个100%开源的容器平台，并且它提供了容器平台上所有功能的API支持，方便用户开发定制。Rancher可以做到对国内外主流的公有云、私有云的多集群统一纳管，这是企业在未来混合容器云平台建设所要考虑的关键功能。当然如果您的环境里已经大量使用Redhat解决方案，并且对于平台操作更偏向于编排好的固定式的使用习惯，可以考虑Redhat openshift，因为它可以比较容易的和Redhat其他解决方案结合。目前Redhat openshift是一个部分开源的容器云解决方案，对于多云管理的支持可能会被限定在对国外的公有云支持比较好。Rancher提供的是原厂服务，在中国拥有核心研发部门，技术水平非常高。今年在中国的人员规模有大幅度增长，服务的响应和覆盖有了巨大的提高。Redhat研发主要在国外，国内主要靠代理商服务。

这些产品的功能和性能比较？

目前不管是Redhat的openshift、Rancher还是博云，都是基于docker和Kubernetes技术发展来的，所以在产品性能上各个厂家的产品都是差不多。主要是在产品功能上有所不同，拿Rancher和Redhat为例，Rancher主要功能优势是在多云多集群管理、云原生生态融合、原生kubernetes支持以及简单易用上面，同时Rancher也集成好了很多云原生的解决方案。例如：日志监控、告警通知、应用商店、微服务网格、DevOps工具链、Windows容器集群支持等。Redhat openshift主要功能优势是在和Redhat众多解决方案融合，专注于开发人员的使用体验以及Redhat全堆栈安全支持，另外Redhat openshift也提供了日志监控、告警通知、应用商店、微服务网格、DevOps工具链等功能，但是不支持windows容器集群。

除了资金成本，容器平台后期的使用和运维需要如何考虑？

制定一个三步走的计划，让运维人员分阶段参与业务项目的开发工作，了解项目从开发到构建到测试到上线的全部流程，实现开发和运维的一体化。

目前公司自己对容器平台的开发能力不在，运维人员需要具体具备哪些能力？

运维人员除了计算、网络、存储这些日常技术架构的管理能力，另外需要了解docker、kubernetes、CI/CD流水线、日志监控、微服务等容器平台生态的管理能力，建议参加kubernetes CKA认证培训，可以让运维掌握容器平台运维的基础能力。Rancher提供很多免费在线培训，可以去哔哩哔哩上搜索Rancher去学习相关知识。

运维与开发如何协作？

运维和开发协作，目前业界有两种声音，一种声音是文化先行，通过对运维和开发部门进行Devops文化建设，统一运维人员和开发人员的思想，打破部门墙，最后通过引入容器平台和Devops工具实现开发运维一体化。另一种声音是工具先行，通过引入容器平台和Devops工具，让开发和运维人员将部分应用运行在此平台上积累经验，最后形成内部Devops文化，实现开发运维一体化。当前大部分用户都是采用第二种方式来增强运维和开发的统一协作。

投入运维人员的规模如何估算？

对于投入运维人员的规模，我这里有个案例可以供您参考，国内某大型寿险企业使用Rancher容器平台，运行超过200个物理服务器、接近6000个容器规模，总共投入运维人员为5个。

容器平台早期实施的过程中需要做哪些规划，避免哪些坑？

容器平台早期实施的过程要进行以下几个方面的规划：基础资源层面（计算、网络、存储），运维管理层面（性能监控、日志告警、告警通知、认证管理），开发运维层（应用容器化、流水线集成、微服务）。目前容器技术已经越来越成熟了，很多客户开始将核心业务迁移到容器平台，我认为在容器平台建设中最大的坑还是在于用传统基础架构的管理思想去使用容器平台。