搜索
（银行业）分布式架构解决方案(仅供合作伙伴学习）主题目录-行业综述-业务需求或业务痛点描述-阿里巴巴分布式架构实践-技术产品架构-典型客户案例应用行业综述-银行应用架构渠道接入层：通过接收服务请求，发送服务请求给处理系统，并反馈处理结果，从而为客户提供产品服务，或进行客户沟通，或进行市场营销，或进行产品销售。渠道整合层：注重整合各渠道具有共性的功能。例如，页面库和功能树、统一消息、统一认证、统一日志等，定位于面向渠道和客户体验，在渠道逻辑之外不宜部署过厚的业务逻辑。集成层：支持企业集成、企业数据集成、企业流程集成以及合作互联等。业务处理层：支持银行提供的产品、客户、账户、核算等相关的应用服务集合。决策支持与管理层：包括通过数据分析提供决策支持的应用以及风险管理、财务管理、内部管理等管理型的应用。渠道接入层渠道整合层集成层业务处理层决策支持与管理层银行应用架构特点：区别于互联网广域性、扁平化的特征，银行IT架构呈现多层化、复杂化、制衡化的特点业务处理层渠道整合层网上银行手机银行电话银行微信银行ATM高柜低柜呼叫中心人行外汇管理银联第三方支付渠道整合安全认证流程整合企业服务总线数据整合对公贷款个人贷款信贷管理组对公存款个人存款存款组中间业务中间业务对公贷款个人贷款资金业务组支付清算支付清算客户信息客户管理组客户关系信用风险市场风险风险管理操作风险财务管理管理会计财务管理组预算管理资产负债管理资产负债组头寸管理人力资源管理采购管理办公管理IT管理渠道接入层集成层决策支持与管理层内部资源管理组行业综述-银行应用架构行业综述-大核心与小核心大核心系统：大核心系统强调系统集成、安全与高效，除提供银行存贷结算、客户信息等基础产品和服务外，通常会把与之关联较为紧密的辅助业务功能和管理功能捆绑在一起实现。小核心系统：小核心也称为“瘦核心”系统，强调系统松耦合、组件化，通常是指剥离了大部分辅助和管理功能，只保留银行存贷款、支付结算等银行基础产品和服务的核心交易处理系统。个人基本业务系统实践：账务处理位于最核心位置；其它业务系统均与账务处理紧密相关。因为这些是银行的基本业务，所以有着极高的可用性(A)要求；又因涉及账务，所以又有着强一致性(C)的要求。会计核算客户信息★结算账户储蓄账户贷款账户信用卡账户支付清算基金债券理财金融市场对客交易借记卡代收代付资金托管个人基本业务行业综述-服务集成与SOA服务集成的重要性：商业银行的业务多样，IT系统规模庞大，且大多经历了数十年的演进，存在着大量的异构子系统，因此服务集成对其尤为重要。服务集成的特点：不同于互联网广域化、扁平化的特性，商业银行的应用集成往往是围绕核心系统进行的。核心系统电子银行营销系统信贷审批行情接收前置系统消息通知贸易融资反欺诈服务集成案例：主流商业银行往往采用以核心业务处理系统为中心的轮状架构和外围系统之间的网状架构相结合的服务集成方式。技术实现上，与核心通信往往采用socket方式，外围系统之间以webservice，http接口为主。服务集成发展方向：建设企业级服务总线基于分布式框架或分布式设计思想进行服务化改造微服务架构研究业务需求或业务痛点描述业务增长太快，需要系统水平扩容遇到瓶颈系统升级需要停机，无法7*24运行不支持灰度发布，试错成本过高应用耦合度过高，系统研发成本过高，生产问题频发需求响应慢，无法适应互联网业务的快速发展数据治理难以落地，影响数据应用发展阿里分布式架构实践——早期架构阿里分布式架构实践——服务化改造阿里分布式架构实践——基于MQ实现系统异步改造阿里分布式架构实践——数据拆分和水平扩展阿里分布式架构实践——分布式数据库改造阿里分布式架构实践——数据库层面海量水平扩展阿里分布式架构实践——服务治理阿里分布式架构实践——服务治理阿里分布式架构实践——分布式事物事务发起者(Client)DRDS/TXCDS&RMMySQL1DRDS/TXCDS&RMTXCServer（TM）MySQL2MySQL3SocketTXCDS&RMHSF调用本地SQLSocket分库分表SQLHSF提供者HSF提供者SQLOracleSQLSQLSocket•XA协议不适合我们应用场景•已有服务尽可能少改动•中间状态可见是可接受的•最终一致性是可接受的阿里分布式架构实践——阿里核心架构阿里分布式架构实践——阿里核心架构技术产品架构——核心组件技术产品架构——EDAS技术产品架构——服务框架的关键特征技术产品架构——核心框架HSF技术产品架构——基于软负载的负载均衡技术产品架构——无中心化架构技术产品架构——服务框架的弹性支撑技术产品架构——服务框架对容错能力的支持技术产品架构——服务级别的监控与分析技术产品架构——调用链监控技术产品架构——应用生命周期管理技术产品架构——DRDS技术产品架构——DRDS典型客户案例应用——双核心架构COREBANKINGQ&A