弹性伸缩、环境一致性、灰度发布、服务治理、多集群容灾备份、中台支撑、平台融合等

1、建设功能面，重点考察平台管理、基础设施接口、应用管理、服务管理。2、非功能面，重点 考察 备份、恢复、容灾，扩展性。运维的易管理性。安全管控。3、特别建议要做性能测试，以评估稳定性。...

此前红帽OpenShift4已经在和相关部门进行等保3的认证，应该很快就会颁发证书了。里面主要是OpenShift如何通过配置满足等保3的要求。

通常可以考虑分层实现监控，然后由统一的监控中心汇总数据进行展示分层比如说基础设施资源层、容器云平台层、数据层、应用层、周边工具等每一层次关注的重点不一样，但理论上层与层之间是关联和支撑的，从应用层可以下钻到数据层、平台层，平台层可以下钻到基础设施资源层，基础设...

应用容器化上OpenShift，整体上要符合如下标准：1.已建立了清晰的可自动化的编译及构建流程应用使用了如Maven、Gradle、Make或Shell等工具实现了构建编译步骤的自动化。这将方便应用在容器平台上实现自动化的编译及构建。2.已实现应用配置参数外部化应用已将配置参数外部化...

每个厂商都会强调自身容器云平台的优点，从技术角度，有如下建议：1.容器云平台在金融行里的案例数量，以及使用容器云平台客户的反馈。这点很重要，用过的人才清楚优缺点。2.选择容器云平台时，不要过多关注UI界面的定制化。主要关注本身代码的稳定性。K8S迭代速度很快，UI和容器云最...

这个内容就太多了，devops提供敏捷的研发运维流程、工具、方法、规范等。但它也仅是数字化转型中的一小部分。数字化转型重点在于利用金融科技实现业务的变革和创新，业务模式的变革和创新。这需要公司全局的规划和布局，不同公司的情况不一样，路经和方法也可能不一样，适合自己的...

取决于负责devops建设的人员是否能够触达人员组织架构的调整能力。devops可能是一个持续优化的过程，人员组织架构的调整也可能是一个动态的过程，这个无法一步到位，因此虽则devops的建设推进，相应的人员和组织结构可能会适时调整，并不需要刻意去做适应devops不是唯一，只是公司流...

容器云只是DevOps的底座。这个底座上面还需要很多内容，我们仅以工具层举例： l 项目管理：禅道、 Jira 、 Trello 等。l 知识管理： MediaWiki 、 Confluence 等。l 源代码版本控制（ SCM ）： GitHub 、 Gitlab 、 BitBucket 、 SubVersion 、 Gogs 等。l 代码复审： Gitlab 、 Ger...

1、搭建一个统一的容器镜像仓库，开通生产网访问此仓库的端口的路由和防火墙。2、建立管理规范，只有UAT测试通过的项目，投产申请审批通过后，才将相应的镜像复制到生产的REPO中。