ARCHITECTURE
分层分布，随需应变
IBM GBS大中华区金融核心锐变团队总经理 范斌
IBM金融核心锐变团队合伙人 章铭
IBM金融核心锐变团队高级咨询经理 郭可晶
过去数年的发展印证了一句名言，“唯一不变的是变化本身”。金融行业的核心与实质未变，但金融企业所处的环境与过去已有极大的差别。移动互联网、大数据分析、云计算等技术的不断革新，深刻影响了金融行业的方方面面。开放、连接、共享成为了新时代的关键词，金融业务正在被来自内外部的数字化趋势彻底改造，金融企业的应对之道又在何方？
一、“千人千面”的场景推动转型浪潮
金融机构如何华丽转身，继续在客户日常生活中扮演不可或缺的角？如何使客户继续信任并托付其帮忙管理与其他服务供应商的关系？关键在于金融行业应转变态度，用零售业的思维方式思考，“在正确的时间，对正确的客户，使用正确的渠道，采用正确的服务，提供正确的产品和价格”。
在贸易、租赁、支付、售票等与金融行业相关的各类场景中，金融企业的合作伙伴作为先行者已经建立起了生态圈，金融企业也已经在多方面展开了行动。例如，银联在停车场景开放服务，将业务从内部转向了更开放的外部；金融企业服务的客从“二八定律”向更多过去覆盖不到的长尾客户倾斜等等。
我们认为，金融产品需要无缝嵌入到各个场景和生态中，平台化、开放式的商业模式或将成为大型金融企业的普遍选择。通过将金融企业的数据、算法、交易、风控、流程和其他业务功能开放给包括第三方开发者、科技公司、平台企业和其他合作伙伴在内的生态系统，金融企业将得以构建新的核心竞争力；而这些数字化竞争力的打造，除了组织、文化上的变革外，也需要依靠IT架构的转型。
二、多维多态的架构重塑竞争能力
为了支持多样化的创新场景，金融企业的应用架构应由原本的单维架构向SoX架构演进。SoX是三类系统的合称：交互型系统(System of Engagement)具有丰富的“触角”，提升客户交互体验并全面嵌入用户情境；记录型系统(System of Record)是传统业务处理系统，是企业的“心脏”，不断提升系统连续可用性以及流程和交易处理能力；洞察型系统(System of Insight)是数字化银行的“大脑”，同时处理来自内外的不同类型数据并实时提供洞察。再配上集成系统作为企业内外的“神经中枢”，对内集成其他系统，对外打造API生态环境，便构成了新型的多维SoX架构。
在传统架构中，交易流程和数据走的是“单行道”，由渠道、产品服务系统流向数据仓库和后续的管理系
统，然后绝大部分数据就此沉淀。而在新型SoX架构中，通过接触银行及其合作伙伴，办理业务时相关数据的记录、洞察与反馈贯穿始终，在各类系统中顺畅流动，从而能够向客户提供个性化的体验和实时专属优惠等。SoX架构带来能力的全面提升如图1所示。
通过SoX架构转型，金融企业在渠道端(SoE)将能适应多样化的渠道拓展，提供各渠道一致的用户体验，同时加强对业务需求、业务流程的灵活适应能力；在产品服务平台(SoR)建设组件化服务，作为全行统一的服务仓库；在管理分析平台(SoI)提供灵活的管理分析能力，同时为客户提供个性化服务。这些系统通过开放集成平台与生态合作伙伴互联，保证内部系统的独立性和
——场景生态和技术平台助力金融企业转型
架构转型
Architecture Transformation
平台对业务进行灵活组装，从而支持“敏态+稳态”的双速多态IT 设计，提升研发效率，缩短响应市场时间。
为了实现内聚的组件化架构，支持内外部需求，特别是支持合作伙伴的（难以预测流量的）接入，金融企业的IT 系统必将全面转向云端。未来的记录型系统应分层设计：在平台层支持高并发、高可用、灵活动态扩展；在应用层提供公共服务，进行组件化设计，满足业务需求。分布式、支持微服务部署的平台是承载SoR 系统的理想框架。
从单体架构、集中式架构到分布式架构，不同的演进路线有不同的解决方案。IBM 基于云原生架构，采用应用分库分表的单元化架构模式，锻造了高可用、低成本、标准化、可快速扩容的单元化分布式金融系统技术平台。
抽象来看，单元是一个能完成所有业务操作的自包含集合，在这个集合中包含了该单元对应业务所需的所有服务，以及分配给这个单元的数据和基础资源。在单元化模式下，系统按业务维度切分数据，每个单元拥
服务消费者
能数据洞察放生态互联缝客户体验面的安全管控能力
系统
ARCHITECTURE
有独立的应用和数据。分布式平台针对单元化与分布式化后应用的开发和运行面临的一系列问题提供相应的功能。
目前，市场上已出现了一些技术上较为成熟的PaaS 平台，可提供通用微服务套件。因此，分布式技术平台主要提供服务编排、分布式事务管理、高可用管理、分布式批量调度等技术功能，提供与单元化、分布式相适应的应用运行环境；微服务套件提供分布式应用构建所需要的资源类功能和一些基础能力。分布式系统的分层架构如图2所示。
考虑到在系统设计中可被抽象出的公共功能，系统的业务逻辑部分也可抽象出负责提供公共服务的应用框架层和负责具体业务功能实现的业务应用层。
综上，基于“关注点分离”的思想，可设计业务、技术能力分离，通用、专用能力分离的多层系统架构，PaaS层、技术平台层、应用框架层、业务应用层等各层中可进一步进行组件化设计。
在分布式技术平台设计中，金融核心系统平台设计的八大要点如图3所示。
数据切分策略：可通过客户、机构等多种维度进行业务数据的切分，支持大容量数据的分库分表管理。
标准化部署单元：按单元的标准化部署，可最大化地发挥其面向横向扩展的弹性收益，降低相应的维
护难度，实现快速应急切换和故障隔离。根据架构功能的不同定位，系统中可设计不同类型、不同部署策略的标准化单元。
交易处理策略：包括根据数据切分策略设计的路由策略、跨单元策略、高并发策略等，使在分布式平台上运行的应用面向单元化和分布式化透明。
微服务实现策略：根据业务模型，匹配业务场景，采用适当的拆分粒度，最大限度地避免跨单元事务。
分布式事务：实时监测服务运行状况，采用
SAGA 框架组件
中心
降级组件
组件
图2  分布式系统的分层架构
架构转型
Architecture Transformation
机制、可靠消息重发等多层策略进行失效应急处理，并在交易结束后进行核对，从而保障分布式架构下的最终数据一致性。
业务连续性保障：对于技术平台各组件，针对其功能特性及所属单元的运维特性，结合资源及运维成本、性能等方面进行平衡，设计高可用和灾备切换方案，提供客户端熔断、服务端限流、集及单机流控等能力。
优化开发与部署：适应开发建设实施要求，支持敏态与稳态分离，支持服务快速部署、灰度发布。
运维支撑：基于微服务化架构服务节点多、纵向层级多、技术组件丰富、系统迭代快的特征，建设敏捷的运维支撑体系，实现自动差错发现及快速处理、多维数据分析、敏捷交付等能力。
开放体系下的分布式技术平台可将数据分散上云，降低集中性风险。技术平台的所有模块均采用单元化、标准化设计，因此处理能力能够横向灵活扩展，各类应用系统可在同一套技术平台上进行开发。分布式技术平台可实现金融企业降低成本、提高性能、支持云计算等需求，帮助金融企业实施高可靠、高性能、敏捷化的云原生环境下的应用系统，实现多维企业架构，在转型中重塑核心竞争力。
四、有勇有谋的转型提升企业价值
转型之路上必定会有艰难坎坷。企业转型若要顺利渡过风雨，见得云开日出，则既要有勇，也要有谋。
金融业新的生态系统、新的业务场景、新的开放技术体系不仅是对企业及员工技术能力的挑战，更是对既有业务模型、组织架构、企业文化的冲击。转型过程中，在业务上会遇到惯性和惰性带来的层层阻力，在技术上会遇到向云原生、开放体系迁移的实施困难。这就需要企业在转型中由领导挂帅，集中力量，坚定不移，迎难而上，攻克技术实施难关。
同时，金融企业也应慎重制定转型路线。从企业级架构看，应建设怎样的分层架构，整体应具备何种能力，如何能满足企业业务战略和IT 战略的发展目标？从系统级架构看，哪些组件应当重点建设，哪些系统应当优先上云，开源选型与自主研发如何平衡？这就需要企业在转型中谋定而后动，面对纷繁复杂的金融场景，制定未来的业务战略和商业模式，对未来数字时代的企业架构做出前瞻性规划。
智者不惑，勇者无惧。智勇双全的金融企业必然能在数字化浪潮中脱颖而出，平步青云，成为新时代的弄潮儿。
图
3  金融核心系统平台设计的八大要点
栏目编辑：伍曼 *************
分布式和微服务的关系

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。