《赵鑫-商业银行企业金融综合服务平台稳定性架构设计与实践(对外版).pdf》由会员分享,可在线阅读,更多相关《赵鑫-商业银行企业金融综合服务平台稳定性架构设计与实践(对外版).pdf(26页珍藏版)》请在三个皮匠报告上搜索。
1、商业银行企业金融综合服务平台稳定性架构实践中国民生银行股份有限公司公司CFP平台团队负责人、公司业务领域架构师“IT需要用企业经营业绩体现自身价值”“新技术应用的早,旧技术应用的巧,新旧技术结合的好”1.对公业务领域业务范围及特点2.领域架构决策原则与架构目标3.平台稳定性四大设计举措4.数字化运营架构防腐与治理01企业客户金融服务旅程4现金管理、结算监管5融资生态3账户开立1客户营销2风险管理数据报送6运营管理7客户服务经营管理监管报送企业账户服务企业账户服务现金管理现金管理国际业务国际业务内贸业务内贸业务保理业务保理业务票据业务票据业务供应链金融供应链金融机构类业务机构类业务企业生态业务企
2、业生态业务400+低频高额红海、同质化快正确性合规战略战略客群客群准战准战客群客群基础基础客群客群白酒白酒房地房地产产汽车汽车医药医药全社会、全行业全社会、全行业月末季度末敏感性可用性=(1-不可用时间/年度总时间)*100%限流降级策略,仅以收益做指标重要性评估?个性化综合化长尾营销营销渠道渠道运营运营产品产品风险风险平台化02复杂人员复杂人员组织情况组织情况企业生产经营全企业生产经营全场景金融服务场景金融服务敏感性、敏感性、时效性时效性全价值流协同全价值流协同全行业企全行业企业客群业客群 IT要求 业务要求沉淀业务模型,服务共享平台:1+N,平等对待第三方质量生命线,社会影响交付速度快、质
3、量好,预算要的少自动化程度高,人工介入少创新探索效能高,试错成本低交付要快、质量要好,预算要少2341创新创新降本降本增效增效质量质量业务价值第一,敏捷演进迭代整体平台架构+领域特色框架高可用 高性能原因应用故障环境故障数据库故障网络故障硬件故障 高可用设计真正的敌人是高可用设计真正的敌人是“变化变化”。面向失败面向失败设计设计,面向恢复设计面向恢复设计一次性的技术设计一次性的技术设计OR持续性综合技术治理过程?持续性综合技术治理过程?架构不是万能的架构不是万能的应用业务逻辑;应用启停和资源 调度、弹性伸缩;限流、降级;服务发现、路由;应用打包、部署、调度;技术框架(Spring、Tesla、
4、Starring)kubernetes+docker技术框架(Spring、Tesla、Starring)应用业务逻辑;应用启停和资源 调度、弹性伸缩;限流、降级;服务发现、路由;Kubernetes+docker技术框架(Spring、Tesla、Starring)应用业务逻辑;应用启停和资源 调度、弹性伸缩;Service MeshService MeshKubernetes+docker 技术框架(Spring、Tesla、Starring)应用业务逻辑Serverless两地三中心+云原生演进无状态化无状态化+微服务化微服务化+容器化容器化+松耦合松耦合+可监控可监控+声明式声明式AP
5、IAPI部署部署弹性伸缩基础设施类架构技术类关关注注DB备份容错(降级限流、熔断、线程隔离)集群+容错+监控IBM大型机/EMC存储/Oracle、DB2国产化网络故障03融资授信申请场景放款免开户放款场景放款管控场景线上线上股东股东会会小额小额打款打款验证验证法人法人人脸人脸识别识别签约签约校验校验联动联动签约签约签约签约中心中心融资融资申请申请授信授信申请申请融资融资合同合同利息利息试算试算还款还款融资融资中心中心资金管控出入金审批到账通知账户体系代发工资交易中心结算中心线上股东会联动签约融资申请流贷法人人脸识别融资申请资金管控联动签约出入金审批资金管控到账通知融资申请参数校验ExtPt
6、参数校验Ext参数校验Ext参数校验Ext参数校验Ext三方审批ExtPt 三方审批Ext 三方审批Ext 转账ExtPt 转账Ext 转账Ext 转账Ext 动账通知ExtPt 动账通知Ext 动账通知Ext 动账通知Ext 业务身份识别业务身份识别业务身份识别用户请求代发工资A市B市 C市D市扩展点ExtensionPoint扩展实现 Extension业务身份模型(业务,产品,客群,渠道,用例,场景)扩展点模型(业务身份,扩展点)转账Ext CFP-Core Framework:平台与业务分离开发效率质量保证技术决策技术治理开发成本技术决策:例1,是否采用Restful?例2,API接口
7、字段类型,日期、金额都String?例3,应用service入口进行参数校验?降级限流流量调度业务开关业务埋点一致性熔断单个可售产品单个可售产品套餐渠道1渠道2渠道可售产品基础产品参数中台业务组件中台业务组件产品工厂可售产品部件解决方案解决方案:多个可售产品组合多个可售产品组合基础产品04用户行为日志(用户行为日志(ELKELK)服务器端日志收集。客户端浏览器日志收集服务器性能监控服务器性能监控 系统Load 内存占用 磁盘IO 网络IO运行数据报告运行数据报告 数据库连接数 SQL平均耗时 业务响应时间 业务异常告警天旦网络抓取天旦网络抓取 交易报文成功率、链路上下游 请求总数、平均耗时组织
8、层面:服务目录+全链路+度量+驱动治理示例示例1.架构复杂度和合理性分析架构复杂度和合理性分析:系统包含服务数量太多服务数量太多,系统规模大是否拆分是否按照架构分层架构分层从上往下调用,为架构分层提供参考检测、优化存在服务调用闭环调用闭环链路,最终形成服务调用有向无环图服务调用深度调用深度检查,避免链路太长冗余服务冗余服务检测,为服务上下线提供指导2.关键系统分析:关键系统分析:基于关键服务,分析关键业务链路关键业务链路基于关键业务链路,确定关键系统关键系统3.系统定级依据:系统定级依据:基于系统重要性和复杂度重要性和复杂度,为系统定级提供依据s e rvice用户请求用户请求s e r v i c e BserviceAserviceCs e r v i c e C-弱依赖弱依赖强依赖强依赖强依赖强依赖deg rade备选服务备选服务熔断熔断、限流限流降级降级“超越技术,从企业CEO视角做架构”