观点 | 区域银行如何实现金融科技弯道超车( 二 )

2、弹性扩展的分布式架构。在接入区实现弹性可扩展架构后。应用本身也需要能够满足流量突发的诉求。传统的巨石应用难以满足业务的突发性需求，即便是基于ESB的宏应用也受制于复杂庞大的ESB而无法快速扩展。每一次扩容往往需要经历较长的准备和变更周期。无法支撑业务快速发展的诉求。分布式技术的核心是通过将组件运行在不同计算机上，彼此之间通过网络构成通信关系，组件之间通过协调实现统一的服务。其关键组件包含分布式计算、分布式消息中间件、分布式缓存、分布式数据库以及分布式存储。分布式架构中需要依赖更好的应用交付技术来帮助各个组件单元实现冗余，更好的协调和保障可靠的网络通信，实现会话状态的一致性。因此，类如NGINX等开源软负载产品被大量应用在分布式计算、分布式数据库、分布式存储之前。大型商业银行由于自身具有较强的人员与技术储备，对开源类产品具有较好的把控能力。但是，对于区域银行来说，应合理考虑引入开源产品服务支持或采用商业化产品替代，以预防技术运行风险。
3、敏捷高效的云原生架构。仅仅具备更好的弹性能力还不足以帮助实现更好的业务转型。为了更好的获取客户，吸收存款，区域银行应该更加注重从服务“客户”到服务“用户”的转变。充分发挥本地优势，通过将金融服务融入到具有本地特色的场景化活动当中，例如地方性企业社保、水电气缴费、公积金存取，以及地方大中型券商合作理财业务等。这些都要求区域商业银行需要具备更好的业务组装能力，实现业务敏捷化。在资管新规下，区域银行可借助设立理财子公司并快速推出多样性理财产品来抢占转型先机。微服务架构能够有力支撑这样的业务敏捷性需求。借此契机，区域银行应加快 PaaS平台以及API平台的建设。 PaaS系统的建设涉及到多个技术部门，作为基础架构能力平台，其网络方案、应用发布方案往往关系到应用开发与传统应用迁移过程中的特殊诉求。科技部门应在PaaS网络、应用服务对外发布、应用可观测、应用东西向流量治理、微服务应用安全等方面充分与成熟可靠的应用交付技术厂商进行探讨。
区域商业银行从传统的城市信用社、农村信用社发展而来， IT系统具有较大的历史包袱。应用具备多种形态，不同应用的接口以及开放能力均不同。场景化金融将金融服务从传统的显式服务转变为隐式服务。 API是这其中的关键技术。因而，构建全行级API平台是区域商业银行将API从一个标准技术向API经济思维转变的关键。借助应用交付技术构建统一的开放API调和平台层能够帮助屏蔽不同应用接口、不同技术平台之间的技术差异，实现统一接口技术，从而有利于业务的快速连接。借助应用交付技术还可以使用统一API管理策略实现API全生命周期管理，以及精细化API安全防护。