民生银行牛新庄:单账户成本从2.2元降到8分,分布式架构重构银行IT

本文涉及的产品
云原生大数据计算服务MaxCompute,500CU*H 100GB 3个月
云原生大数据计算服务 MaxCompute,5000CU*H 100GB 3个月
简介: 牛新庄 中国民生银行总行信息科技部总经理 民生科技有限公司执行董事、总经理 (本文根据牛新庄先生在2018云栖大会金融峰会上分享整理) 大家上午好,非常高兴参加本次“数字驱动中国”杭州云栖大会,今天主要跟大家交流在这样一个技术变革的时代,民生银行、民生科技有限公司在金融科技方面的探索。

c9c55c810a9f4360e9528ef799c218d07963195d

牛新庄

中国民生银行总行信息科技部总经理

民生科技有限公司执行董事、总经理

(本文根据牛新庄先生在2018云栖大会金融峰会上分享整理)


大家上午好,非常高兴参加本次“数字驱动中国”杭州云栖大会,今天主要跟大家交流在这样一个技术变革的时代,民生银行、民生科技有限公司在金融科技方面的探索。

数字驱动中国

今天我们身处一个数字的世界,一个以技术变革驱动各行各业的时代。例如制造行业,包括特斯拉、台积电等,我们很难把特斯拉定义为一家汽车制造商,更认为它是一家科技公司。随着5G的普及,未来工业和互联网会发生更进一步跨越式的发展,在物联网领域,虽然我们起步较晚,但是很多新技术的应用已经取得了不错的进展,零售、医疗、农业以及刚刚发布城市大脑2.0的智慧城市—杭州都在因科技而改变。实体领域的技术变革也驱动着金融行业的技术变革,作为“上层建筑”,只有与服务对象保持共同进步才能跟上步伐。

90年代,人民银行推出电子银行,那时候最早我们叫会计电算化;后来出现了ATM,步入金融电子化时代;接着我们提出手机银行,实现金融移动化;到现在随着人工智能、大数据、IoT的发展,我们倡导金融数字化,也称为金融科技。随着技术的变革,科技与金融的结合正在由浅入深,由表入里。如果说过去科技对金融的改变更多的是基于渠道端,那么今天则是全方位的、端到端的改进。科技对金融的影响,个人认为主要表现在三个方面:第一、提高传统银行运作效率,通过技术变革提升传统银行服务的深度与广度,第二、减少银行的的运营成本,民生银行分布式上线后,将成本从过去一个账户2.2元的成本降低到了目前8分钱;第三、提升客户体验,虽然我们常将“以客户为中心”挂在嘴边,但是中国的传统银行甚少能真正将客户体验做好,各个服务单元、服务部门之间的边界造成了金融机构很难为用户提供良好体验

民生银行在金融科技方面的实践

063c159dcd07d05470595c3560e68f2c1448bf6c

民生银行目前有6万人,组织架构呈现“金字塔”状,在我看来,未来银行需要向“哑铃型”转变,哑铃的一端有强大的后台,包括数据、科技、产品设计等人才;另一端是客户经理,每个人都希望得到关怀,我们需要客户经理为用户提供有温度的服务;中间的一层完全可以通过引入技术来进行“瘦身”,目前大量的人力被用在重复性、操作性、流程性、审计性的工作里。在今年我们和财会部联合推出一个财务机器人系统,目前正在全行推广,每年民生银行要处理增值税专用发票30万张,增值税普通发票100多万张,在过去,内部有一个账务处理中心先把这些发票收集起来,然后贴到一张纸上再通过外包人力资源完成扫描,财务机器人上线后,我们直接通过手机扫描,后台和税控软件结合起来,推广之后大大节省了整个运营成本,类推到单据类、凭证类的操作都是完全可以通过技术来取代。我们的信用卡过去依靠地推、扫街、扫楼的方式进行推广,现在通过算法在发卡量增加了几倍的情况下反而工作人员减少了2000人,这也是通过技术力量来改变运营模式的实践。

民生银行科技转型的目标是打造极致的客户体验、将应用场景化、服务智能化、管理精细化,在降低成本的同时实现快速交付、支持海量高并发、实现高可用。过去商业银行的IT架构更多是烟囱状,系统与系统之间就像城市的“底层”,各种电力管线没有统一。在今年的5月份,总行通过了民生银行科技的“三年规划”,通过分布式、人工智能、大数据让民生银行成为“民营企业的银行、科技金融的银行、综合化服务的银行”,通过3-5年的时间构建面向未来的数字金融。

fc46c44682ed890edb0a8a1b32da24f784c586b9

如上所示,最底层是IT平台和大数据平台,在两端是场景和数据。今天我们除了关注技术外,数据也是一个重要方向。数据即资源,如今的技术变革需要数据支撑完成风控、营销以及决策。而这些数据过去更多是孤岛式的,我们在两年前成立了大数据管理部,目前已经扩展到一百多人的规模,这也彰显出我们用技术和数据双轮驱动银行转型的决心。另外我们希望把整个IT架构重构,把前台做薄、中台做厚、后台做稳。我们希望一切业务数据化,一切数据业务化,通过数据驱动业务发展。

民生银行在五年前用的是IOE技术,成本极其高昂。在今年1月28号,我们把整个直销银行核心系统切到分布式系统,该分布式系统与阿里云合作,如前面所讲通过迁移,我们将过去每账户的成本从2.2元降低到8分钱。我们实现了分布式访问,分布式事务,分布式服务框架,分布式作业批量调度,分布式配置管理,消息中心分布式缓存。民生银行分布式核心兼顾了降本增效,海量存储,获得了丰富的成果,作为银行自主可控的先进案例,获得了市场的高度认可。

展望未来

为了更好的发展金融科技,我们成立了民生科技有限公司,整合了六大解决方案,包括零售客户、公司客户、智能运营、风险管理、企业内部协同以及FinTech工具,进一步探索分布式金融云、大数据、人工智能、区块链、生物识别、VR/AR和物联网等技术领域。6月7号,民生科技公司和阿里云达成战略合作,共同打造科技金融生态圈,我们希望通过自主以及跨界的创新,实现我们的目标—智民生、达未来。我们身处于一个变革的时代,技术的变革从来没有像今天这样影响各个业态。9月25号,我们远程银行在郑州开业,这也是中国金融业的又一个创举。六年前我接手民生科技时心中有一个梦,希望未来民生银行科技架构能够引领银行业。很多时候本来没有路,需要有人去闯,所以我们迈出了第一步,欢迎各位同行到民生银行交流。

谢谢大家!


原文发布时间为:2018-10-17

本文作者:未若

本文来自云栖社区合作伙伴“阿里金融云”,了解相关信息可以关注“阿里金融云”。





相关实践学习
基于MaxCompute的热门话题分析
本实验围绕社交用户发布的文章做了详尽的分析,通过分析能得到用户群体年龄分布,性别分布,地理位置分布,以及热门话题的热度。
SaaS 模式云数据仓库必修课
本课程由阿里云开发者社区和阿里云大数据团队共同出品,是SaaS模式云原生数据仓库领导者MaxCompute核心课程。本课程由阿里云资深产品和技术专家们从概念到方法,从场景到实践,体系化的将阿里巴巴飞天大数据平台10多年的经过验证的方法与实践深入浅出的讲给开发者们。帮助大数据开发者快速了解并掌握SaaS模式的云原生的数据仓库,助力开发者学习了解先进的技术栈,并能在实际业务中敏捷的进行大数据分析,赋能企业业务。 通过本课程可以了解SaaS模式云原生数据仓库领导者MaxCompute核心功能及典型适用场景,可应用MaxCompute实现数仓搭建,快速进行大数据分析。适合大数据工程师、大数据分析师 大量数据需要处理、存储和管理,需要搭建数据仓库?学它! 没有足够人员和经验来运维大数据平台,不想自建IDC买机器,需要免运维的大数据平台?会SQL就等于会大数据?学它! 想知道大数据用得对不对,想用更少的钱得到持续演进的数仓能力?获得极致弹性的计算资源和更好的性能,以及持续保护数据安全的生产环境?学它! 想要获得灵活的分析能力,快速洞察数据规律特征?想要兼得数据湖的灵活性与数据仓库的成长性?学它! 出品人:阿里云大数据产品及研发团队专家 产品 MaxCompute 官网 https://www.aliyun.com/product/odps 
相关文章
|
2天前
|
存储 Prometheus Cloud Native
分布式系统架构6:链路追踪
本文深入探讨了分布式系统中的链路追踪理论,涵盖追踪与跨度的概念、追踪系统的模块划分及数据收集的三种方式。链路追踪旨在解决复杂分布式系统中请求流转路径不清晰的问题,帮助快速定位故障和性能瓶颈。文中介绍了基于日志、服务探针和边车代理的数据收集方法,并简述了OpenTracing、OpenCensus和OpenTelemetry等链路追踪协议的发展历程及其特点。通过理解这些概念,可以更好地掌握开源链路追踪框架的使用。
54 41
|
12天前
|
设计模式 存储 算法
分布式系统架构5:限流设计模式
本文是小卷关于分布式系统架构学习的第5篇,重点介绍限流器及4种常见的限流设计模式:流量计数器、滑动窗口、漏桶和令牌桶。限流旨在保护系统免受超额流量冲击,确保资源合理分配。流量计数器简单但存在边界问题;滑动窗口更精细地控制流量;漏桶平滑流量但配置复杂;令牌桶允许突发流量。此外,还简要介绍了分布式限流的概念及实现方式,强调了限流的代价与收益权衡。
57 11
|
14天前
|
设计模式 监控 Java
分布式系统架构4:容错设计模式
这是小卷对分布式系统架构学习的第4篇文章,重点介绍了三种常见的容错设计模式:断路器模式、舱壁隔离模式和重试模式。断路器模式防止服务故障蔓延,舱壁隔离模式通过资源隔离避免全局影响,重试模式提升短期故障下的调用成功率。文章还对比了这些模式的优缺点及适用场景,并解释了服务熔断与服务降级的区别。尽管技术文章阅读量不高,但小卷坚持每日更新以促进个人成长。
43 11
|
16天前
|
消息中间件 存储 安全
分布式系统架构3:服务容错
分布式系统因其复杂性,故障几乎是必然的。那么如何让系统在不可避免的故障中依然保持稳定?本文详细介绍了分布式架构中7种核心的服务容错策略,包括故障转移、快速失败、安全失败等,以及它们在实际业务场景中的应用。无论是支付场景的快速失败,还是日志采集的安全失败,每种策略都有自己的适用领域和优缺点。此外,文章还为技术面试提供了解题思路,助你在关键时刻脱颖而出。掌握这些策略,不仅能提升系统健壮性,还能让你的技术栈更上一层楼!快来深入学习,走向架构师之路吧!
51 11
|
18天前
|
自然语言处理 负载均衡 Kubernetes
分布式系统架构2:服务发现
服务发现是分布式系统中服务实例动态注册和发现机制,确保服务间通信。主要由注册中心和服务消费者组成,支持客户端和服务端两种发现模式。注册中心需具备高可用性,常用框架有Eureka、Zookeeper、Consul等。服务注册方式包括主动注册和被动注册,核心流程涵盖服务注册、心跳检测、服务发现、服务调用和注销。
52 12
|
30天前
|
消息中间件 架构师 数据库
本地消息表事务:10Wqps 高并发分布式事务的 终极方案,大厂架构师的 必备方案
45岁资深架构师尼恩分享了一篇关于分布式事务的文章,详细解析了如何在10Wqps高并发场景下实现分布式事务。文章从传统单体架构到微服务架构下分布式事务的需求背景出发,介绍了Seata这一开源分布式事务解决方案及其AT和TCC两种模式。随后,文章深入探讨了经典ebay本地消息表方案,以及如何使用RocketMQ消息队列替代数据库表来提高性能和可靠性。尼恩还分享了如何结合延迟消息进行事务数据的定时对账,确保最终一致性。最后,尼恩强调了高端面试中需要准备“高大上”的答案,并提供了多个技术领域的深度学习资料,帮助读者提升技术水平,顺利通过面试。
本地消息表事务:10Wqps 高并发分布式事务的 终极方案,大厂架构师的 必备方案
|
28天前
|
运维 Cloud Native 持续交付
云原生技术深度探索:重塑现代IT架构的无形之力####
本文深入剖析了云原生技术的核心概念、关键技术组件及其对现代IT架构变革的深远影响。通过实例解析,揭示云原生如何促进企业实现敏捷开发、弹性伸缩与成本优化,为数字化转型提供强有力的技术支撑。不同于传统综述,本摘要直接聚焦于云原生技术的价值本质,旨在为读者构建一个宏观且具体的技术蓝图。 ####
|
26天前
|
存储 算法 安全
分布式系统架构1:共识算法Paxos
本文介绍了分布式系统中实现数据一致性的重要算法——Paxos及其改进版Multi Paxos。Paxos算法由Leslie Lamport提出,旨在解决分布式环境下的共识问题,通过提案节点、决策节点和记录节点的协作,确保数据在多台机器间的一致性和可用性。Multi Paxos通过引入主节点选举机制,优化了基本Paxos的效率,减少了网络通信次数,提高了系统的性能和可靠性。文中还简要讨论了数据复制的安全性和一致性保障措施。
36 1
|
2月前
|
NoSQL Java 数据处理
基于Redis海量数据场景分布式ID架构实践
【11月更文挑战第30天】在现代分布式系统中,生成全局唯一的ID是一个常见且重要的需求。在微服务架构中,各个服务可能需要生成唯一标识符,如用户ID、订单ID等。传统的自增ID已经无法满足在集群环境下保持唯一性的要求,而分布式ID解决方案能够确保即使在多个实例间也能生成全局唯一的标识符。本文将深入探讨如何利用Redis实现分布式ID生成,并通过Java语言展示多个示例,同时分析每个实践方案的优缺点。
70 8
|
3月前
|
NoSQL Java Redis
太惨痛: Redis 分布式锁 5个大坑,又大又深, 如何才能 避开 ?
Redis分布式锁在高并发场景下是重要的技术手段,但其实现过程中常遇到五大深坑:**原子性问题**、**连接耗尽问题**、**锁过期问题**、**锁失效问题**以及**锁分段问题**。这些问题不仅影响系统的稳定性和性能,还可能导致数据不一致。尼恩在实际项目中总结了这些坑,并提供了详细的解决方案,包括使用Lua脚本保证原子性、设置合理的锁过期时间和使用看门狗机制、以及通过锁分段提升性能。这些经验和技巧对面试和实际开发都有很大帮助,值得深入学习和实践。
太惨痛: Redis 分布式锁 5个大坑,又大又深, 如何才能 避开 ?

热门文章

最新文章