银行核心上云工艺 | 分布式核心应用架构

“银行核心上云工艺”交流活动目前正在进行中。5月25日，高阳金信技术委员会主委冯韬先生为大家带来了主题为《分布式核心应用架构》的精彩分享。

冯韬先生基于公司核心研发团队的研发成果，结合行业典型实施案例跟大家分享了从传统核心到分布式核心的拆分思路心得。冯韬先生表示，微服务的设计，没有所谓的标准方案，一个业务系统的重构，不单纯只是系统技术上的升级，关键还是对业务流程的梳理和优化，抓住痛点，解决难点，最终才可以打造满足和支撑企业未来数年持续发展的信息系统。

在展示应用架构案例的过程中，冯韬先生分享了他的几个观点：

一、如何去做分布式拆分？

莎士比亚曾经说过：一千个人眼里有一千个哈姆雷特，分布式应用架构它没有标准答案，它需要综合企业业务发展现状和存在的问题，去针对性的提供解决方案，才可以搭建支撑企业业务战略发展方向的IT架构。不过，我们的实施策略是可以复用的，结合某大型商业银行核心业务系统重构经验，抽象总结，提炼出的核心上云九大工艺是可以应用于不同的客户，帮助客户将银行核心业务模块进行解耦，基于分布式技术平台重构，最终建设一套真正的无核化、无边界的银行业务系统。

二、从传统核心到分布式核心，我们变在哪里？

无论是传统主机核心，还是目前主流的分布式核心，以“高内聚、低耦合”的架构设计思想理念并没有发生本质改变。而应用软件的主要价值是支撑业务开展，因此业务功能的边界往往决定了系统功能的划分标准。导致系统功能边界产生发生改变的根本动因，还是在于业务本身，互联网场景推动组织分工变化和业务流程重组，这才是设计改变的本质。对于银行核心业务系统来说，主要还是从存款、贷款、账务、运营等几个主要业务维度来进行划分。

三、如何去做好企业级架构建设？

企业级系统架构需要承载企业业务战略落地的目标，一些企业在做IT系统建设的时候，往往有个理解“误区”：认为买一个市面上成熟的产品回来就可以包治百病，其实不然。我们认为，企业级系统架构是一个持续治理的过程，除了系统功能，企业还必须有一套长期有效的治理机制，以及一帮拥有业务和技术能力人员组成的专业团队持续优化提升，才可能满足企业经营的长期发展需要。在这方面，我们高阳是有先天的独特优势：我们有多年来所积累的构建大型银行IT应用系统的项目经验，有能力帮助客户去做具有前瞻性、系统性与适应性的IT规划，能将系统升级与流程优化，将技术革新与服务升级有效的融合，在帮助客户建设系统的同时，为客户输出一整套完整的管理体系，通过顶层设计，帮助客户将愿景变成现实。

基于以上的目标，冯韬先生做了一些案例分享：

案例1：松耦合设计——每个应用模块可以独立成产品

目前高阳的分布式核心产品对标国内某大型商业银行，实现全套核心13个业务中心、3000+交易的服务化重构，具有产品齐全、功能完善、耦合度低、数据标准统一的特点，客户可以根据自己的业务需求自由搭载。

案例2：有效场景规划——对公对私的分分合合

我们在进行微服务化拆分过程中，我们的原则和依据有哪些呢？冯韬先生拿存贷款举例，早年的时候为了实现一体化管理，将个人和对公的贷款账户都放在一起。但是伴随着这些年的业务发展，特别是零售贷款的在互联网发展的背景下玩得五花八门，逐渐发现两者在业务流程、风险管控、系统处理时效上都差别很大，包括业务主管部门都已经独立开来。这个时候就应该将贷款的对公对私分开。同样存款的对公对私，从账户控制，开户流程全都是不一样的，所以也进行了拆分。每一项拆分我们都基于大量的业务流程分析，找出最佳路径，进行了有效规划。

感谢冯韬先生的精彩分享，通过冯韬先生的分享我们也更好的了解到公司的技术变革与创新，后续还有20多场交流，敬请期待……