问题定位及快速恢复解决跟之前的平台是一致的

1、PaaS平台和DevOps平台融合为一还是分开建设，这和每家单位的组织机构有关系。如果工程管理的平台和工具，已经有一个单独的职能部门在负责，则DevOps平台由此部门承接。  此时，PaaS平台宜分开建设。 2、 分开建设的话，PaaS平台和DevOps 的边界在容器镜像，一般情况有通过容器...

iaas平台主要是提供计算/存储/安全/网络方面的能力，即基础设施即服务，主要的建设部门是数据中心或者是运维部门；paas平台主要提供中间件能力/数据服务能力/编码服务化能力，主导部门主要是运维部门和开发部门；saas是软件即服务，一般把IT作为成本中心的企业（例如银行/证券等），是很少...

OpenShift本身是一个开源的软件，它有还有对应的社区版本OKD。这就和RHEL和CentOS的关系。在金融行业，目前银行和保险行业使用OpenShift较多，应用如：直销银行、保险公司的销售管理系统、互联网核心。如果站在IT角度，我们主要通过那哪些应用适合上容器，哪些不适合上容器来判断。...

1、使用虚拟机环境做devops，优点是虚拟机环境能够完整支持windows，linux等环境。 使用容器平台做devops一般以linux容器环境为主。 2、如果单位已经建设有容器平台且有团队研发和运维，则建议优先选择使用容器平台做devops，实施成本可平摊，在容器平台上做DEVOPS已经有很成熟的...

如果单位有容器平台建设团队交付容器环境，则建议直接使用容器环境做devops。如果选择混用虚拟机和容器环境做devops，则建议在资源交付层，使用CMP云管平台进行纳管，以降低devops建设的复杂度，提升可维护性。...

定义好职能边界：devops的Cl，和研发管理的开发，测试活动，在开发测试环境中进行。CD到ST环境，UAT环境，也是在开发测试环境。建设跨2个环境可以访问的统一的制品库，制定好管理规范，只有UAT验证过，且上线审批过的项目制品，才能CD到生产环境，...

我一直不建议用最佳实践，每个公司情况都不一样，适合别人的不见得适合你。一切从实际出发，理解自己的现状和特点，选择适合自己的工具和流程，实现自动化。初始可以基于容器化paas实现一些devops流水线，但对于大公司来说，构建独立的工具和流程可能是更好的方法...

1、容器的镜像安全。2、资源的安全加固。3、重要密码、密钥凭证的统一管控。

对于大型银行来讲，一定是用在数据中心内建私有云，一方面出于数据安全，一方面是技术自主可控。对于券商而言，可以考虑公有云和私有云混合的模式，比如互联网的接入，可以放到公有云上，但容器云核心的部分，最好自建，而且使用开源的方案，避免被锁死。...