3同行回答
我觉得这个得分开来看这个问题，首先容器云平台的建设是一个长期的过程。然后相关人才的积累，比如应用支持，平台运维，应用如何使用等等，虽然云平台目前相对来说也比较成熟，但银行业真正用好这个平台的例子还是较少。
其次，微服务化这个架构也是未来，但微服务化这个增加了系统架构的复杂度，而且出现问题如何定位解决也是需要经验积累，而且微服务化这个也是在一定规模下才能展现出优势，如果本身业务量访问量不大完全没必要。
所以到底是助力还是坑还是要看具体情况，没有银弹。
红帽 OpenShift
首先，红帽 OpenShift 是一个混合云企业 Kubernetes 平台。它旨在帮助 IT 开发和运营团队协同工作，以交付和管理基于微服务的应用。它支持容器化应用、传统应用和云原生应用，以及重构为微服务的应用。您可以利用 OpenShift 服务目录极大地简化新服务的置备，只需在目录中选择服务，然后按照一系列简单的对话框的指示进行设置和配置。该目录旨在让您更轻松地为您的企业（或通过 Amazon Web Services 等公共云）置备私有服务，以便能在基于微服务的应用中使用这些服务。运维团队只有一个用于填充和管理服务目录的视图，因此开发团队可以轻松实现自助服务，并通过一系列简单的对话框或命令来整合这些服务。OpenShift 与红帽中
间件集成，可与 Git、Maven 和 Jenkins 等现有自动化工具配合使用。此外，它还整合了企业级 Linux 操作系统，进而提高了整个集群的安全性。无论您是优化传统应用、迁移到云还是构建基于微服务的全新解决方案，红帽 Openshift 都能跨基础架构为这些应用提供更安全、更稳定的平台。
红帽 OpenShift 的应用运行时
通常在数据中心构建服务器是非常耗时和耗费人力成本的工作。并且目前花费大量时间来定期更新环境，并为新软件配置其他服务器是大多数开发人员的梦魇，这项任务不仅毫无成就感，而且异常乏味。红帽 OpenShift应用运行时可以简化编排流程，让您有时间做自己想做的事。红帽 OpenShift 应用运行时为微服务提供了预构建、容器化运行时基础。它们使用多种语言和框架，为微服务设计提供高效能基础。此外，该平台还包含对五个运行时的本机支持：红帽 JBoss 企业应用平台（EAP）、Thorntail（运行 Eclipse MicroProfile）、Spring Boot/Cloud、Eclipse Vert.x 及 Node.js。
红帽 Intergation & Openshift
另外红帽 Intergation 是一个分布式云原生整合平台。它以 API 为中心、基于容器的技术基础可以让您独立创建、连接、扩展、部署微服务，并调整其规模。借助Intergation，您可以使用基于模式的集成框架（Apache Camel）开发或组合微服务。Intergation 旨在让开发人员能利用拖放式服务和内置集成模式等工具来构建微服务，而业务用户则可以使用基于 Web 的工具，来开发可集成不同微服务的 API。Intergation 采用混合部署模式，因此您可以在企业内部、在云端或以托管平台即服务（iPaaS）的形式使用它。它还有一个连接器库，其中包含了 200 个用于企业系统的开箱即用连接器。不仅如此，我们还针对红帽 OpenShift 容器平台运行环境对其进行了优化。
红帽 3scale & Openshift
其次微服务灵活多变，但单体式架构可以重复使用。从单体式架构转换到微服务时，您需要一个明确的 API 策略来解决这一问题，并为您提供这些重用功能。这就是强大的 API 管理功能对于微服务平台如此重要的原因。红帽 3scale API 管理是一个屡获殊荣的平台，它可以帮助您管理、分发和共享 API，实现 API 盈利。它使用了提供 API 流量控制的自我管理组件，可提高安全性并执行访问权限策略。它通过独有的策略管理与服务履行相分离的机制来运行，因此不会让您的操作速度变慢。此外，3scale 还可通过一个界面提供所有的策略管理工具（例如访问控制、速率限制、分析、计费和支付）。3scale 可与 Intergation 相集成，因此 Intergation 构建的微服务和集成也同样可采用 3scale 策略。此外，3scale 策略管理还可以作为容器在 OpenShift 中运行，因此 3scale 可让您享受与所有微服务相同的可扩展性和管理功能。
收起