• 金融业数字化聚焦容器云,全闪存为什么是点睛之笔?


    文|螳螂观察

    作者|李永华

    刻板、保守、小心翼翼……

    很多人对金融业尤其是银行在数字化创新方面的印象,都是如此。

    这个印象到底对不对?

    答案可能是,既对,又不对。

    对的地方在于,出于合规等要求,一个创新方案来了,金融机构肯定要反复考量一番,在数字化表现上不如其他行业那么凌厉果断。

    不对的地方在于,如果仔细看金融业尤其是银行在数字化方面的动作,就会发现,在确保了严苛的监管要求后,它们比谁都要走得远、走得深。

    华为全联接大会2022(HC 2022)上,北京银行的一次数字化建设的展示,就是如此。

    过去几年,北京银行建立了一套有自己特色的、支撑数字化转型的企业级基础架构体系,实现了云原生统一技术平台的投产。

    简单说,北京银行用上了当下最“时髦”的技术方式,推动业务发展。

    而这还不够,北京银行还叠起了Buff

    在云原生技术的探索上,北京银行采用了容器云的路线,在支撑业务方面,相对于虚拟机路线,更有效率也更加便捷,直接走在了数字化的最前沿。

    不过,想要尝试新的东西总会有新的挑战,北京银行推进容器云就需要寻找更适配的存储方案。

    好在,这个需求被华为所解决。

    如果说北京银行的数字化建设是在“画龙”,那么华为存储解决方案则帮助它“点睛”,让整个方案一下子生动活泛了起来。

    金融业数字化需求有点独特,容器云挑起了大梁

    相对于其他城商行,北京银行在大众的认知中一点都不陌生。

    1996年成立的北京银行,已经有680多家分支机构,零售用户数超过2700万,手机银行用户超过1300万,已经连续九年成为全球银行百强。

    业务摊子大,后台的数字化体系责任和压力就大。

    例如,在零售客户这里,要保证用户的体验,手机银行APP就得不断更新迭代。仅2021年,“京彩生活”APP就迭代了160多次。

    不仅有版本迭代,北京银行还主动为老年客群、视障用户做了专属的APP版本,让这些人和数字化时代没有“数字鸿沟”。

    又例如,响应普惠金融,北京银行还创新了很多对公线上产品,这些产品要联系到更复杂的数据、更精密的计算过程,给“后台”带来了更大的压力。

    此外,还有供应链金融等创新业务形态。

    总之,北京银行很多在业界看来大胆突破的动作尝试,最终都给数字化传导了很大的压力。

    而作为积极进行创新的银行,北京银行的自我数字化建设能力也没让人失望。

    在长期努力后,北京银行上线和打造了“顺天”统一技术平台,这个平台基于的是前沿的云原生技术体系,用的是业界主流的微服务、分布式架构设计,做到了开发、运营一体化。

    而“顺天”在底层运行平台方面选择的,是容器云模式。

    容器,简单说就是一种轻量化的虚拟化技术。

    对开发、运营工作来说,如果说过去的虚拟机技术是用大船装货,一次安排一艘大船,来来回回,那么容器就是用集装箱装货,装卸方便,更灵活、更快速、更省成本。

    对应地,容器云,就是IaaS层采用容器的方式管理基础设施:

    在这种方式下,北京银行“顺天”统一技术平台能够更好地实现研发流程标准化、资源供给弹性化、业务服务便捷化。

    北京银行刚好需要,容器云刚好满足。

    或者说,容器云作为一种趋势,越是业务复杂庞大的企业,越是需要,已经成为必然的趋势。

    于是,目光转移容器云本身的建设上来。

    除了业界较为成熟的方案,以及北京银行的积极探索,现在的容器云还面临存储这个挑战。

    问题的来源,是业务发展对“有状态应用”的需求不断强化。

    所谓“有状态应用”,是相对“无状态应用”来说的,后者指的是应用是孤立的,它的执行不用管过去有什么,最典型如,一次互联网搜索服务。

    “有状态应用”,是说应用要基于过去发生过的事情,服务和功能不能孤立存在。

    金融用户日常使用的大多数应用都是有状态的,比如零售银行,一个客户的使用过程,就是长期与数字化系统持续对话的过程。

    所以,“有状态应用”要运行,容器上就不能只有执行代码的过程,还得包括数据。

    这其中还有许多复杂的技术动因,例如微服务等,这里不赘述。

    总之,现在的容器,需要更多地考虑数据存储,又由于轻量化的特殊性,对数据存储有很多能力需求。

    合理的存储方案就成为北京银行容器云建设的当务之急,这时候,华为全闪存解决方案登上了台前。

    “天时、地利、人和”齐活,北京银行选择华为全闪存解决方案

    实际上,北京银行并不是一开始就选择了华为全闪存解决方案,而是在经过一系列对比之后才做出的决定。

    这也符合金融业一贯审慎的原则。

    之所以双方的合作能成,在存储这件事上,华为全闪存解决方案可以说占据了天时、地利、人和。

    先来看“天时”。

    目前,容器存储类型主要包括三种,SAN存储、NAS存储以及对象存储。

    技术概念十分复杂,只需要知道,SAN存储与NAS存储的性能都很好,稳定低延迟,SAN存储的表现更好一些;而对象存储由于成熟度等原因在金融行业还在摸索过程中,尚未开始大规模应用。

    但SAN存储下,带有存储“专属”于容器意味的模式,让数据很难进行共享,容器换了个服务器还得人肉操作,违背数据高可用的诉求;而NAS存储则支持各容器进行数据调用,很方便进行数据共享。

    换句话说,既然容器生来就是面向应用的,要支撑快速而多样化的开发测试,要支持多节点共享,NAS存储才更应该是更接近容器存储本质的数据存储类型。

    而华为提供的全闪存解决方案“恰好”就是NAS(全称“华为OceanStor Dorado 全闪存NAS存储”),能够解决容器应用的高性能、海量小文件高并发、数据共享需求。

    正好你要,正好我是。

    然后,再来看“地利”。

    容器需要NAS,不代表什么NAS都能行。

    在很多企业中,一种称为Ceph/GlusterFS+的服务器本地盘分布式NAS解决方案经常出现,这种,或者说这类方案由于种种技术原因(如网络时延),在性能表现上不尽如人意。

    这时候,华为OceanStor Dorado 全闪存NAS存储就凸显出来。

    某大型商业银行使用Ceph+服务器本地盘构建的分布式存储系统,在某场景实测性能只有2万OPS,而更换为华为OceanStor Dorado 全闪存NAS存储后,轻松达成40万OPS,提升效率20倍。

    实际上,在银行最通常的海量小文件场景中,华为OceanStor Dorado 全闪存NAS存储具备业界最高NAS性能和可靠性,前者领先业界30%,后者可提供7个9(99.99999%)的可靠性。

    采用容器云并在存储上使用华为全闪存NAS方案,实现了高性能、易运维、易共享、高可靠的兼得。

    这也说明,在容器云这件事上,要搭建NAS,告别“古早”的本地盘已经成为趋势。

    最后,再来看“人和”。

    数字化变革,尤其是底层模式的变动,往往牵扯面广泛。

    对北京银行来说,不是要整个上一套,而是要在局部进行优化调整,这就意味着新的变化不能带来太多的“麻烦”。

    能像搭积木一样,直接额外拼装好,而不用大改原来的体系,是最好的。

    这就对存储方案提出了要求,要“吃得开”,和企业原来的那套东西对接得上,能够“铆合”。

    基于OceanStor Dorado 全闪存NAS存储的华为容器存储解决方案,已经与广泛的容器生态伙伴进行合作,当下已经完成与Kubernetes、Openshift、VMware Tanzu、Rancher、CCE敏捷版、FusionCompute、FusionStage、道客云、灵雀云等业内主流的容器管理平台的对接。

    在CSI这样常用的存储对接接口上,华为OceanStor Dorado 全闪存NAS存储都做到了匹配。

    这使得主流客户在存储方面的优化,如果选择华为的方案,可以实现容器云的快速部署和稳定运行。

    对迫切需要进行数字化提升的北京银行来说,除了技术条件方面的适配,这同样也是重要的考虑因素。

    天时、地利、人和,齐活了,合作也就水到渠成了。

    实际上,华为的全闪存解决方案已经帮助很多银行在数字化方面精进。

    在兴业银行,全闪存数据中心解决了性能加速、数据安全、绿色节能3大挑战,大幅提升了客户体验,也契合了兴业银行一直追求的绿色科技银行建设,符合国家碳达峰、碳中和战略。

    在一系列实践支撑和自身技术特性下,华为OceanStor Dorado 全闪存NAS存储正在离最佳容器底座越来越近。

    数字化走向深水区,有“金刚钻”才能揽“瓷器活”

    回过头来看,北京银行容器云与华为全闪存方案的合作,是数字化变革走向深水区的一个典型案例。

    所谓深水区,即触及到了更深度的变革内容,面临更复杂的挑战,要有更高的能力去应对。

    与很多企业“从零起步”不一样,北京银行自己已经在数字化方面探索了多年。

    越来越多的企业,在数字化方面已经有深厚的积累,自身具备强大的建设与创新能力。

    这时候,它们向外部寻求的帮助,已经不再是简简单单的数字化整体方案、体系之类的建设,而走向了更专业的细分领域。

    都是存储,但北京银行要的是能够匹配容器云特定需要、满足特定能力的存储,口子一步步收窄,挑战一步步加大。

    对数字化服务商来说,要展现自身的技术和服务价值,必须有更前沿、更创新的技术匹配能力。

    “瓷器活”越来越多,数字化服务商本身的进步迫在眉睫,必须打造出自己的“金刚钻”。

    反过来,一旦做出了自己的“金刚钻”,数字化服务也就有了更强的竞争壁垒。

    毕竟,在这里,不再有同质化的内卷竞争,只有往深处去的增量价值创造。

    无论如何,随着企业们各自画出了自己数字化之“龙”,能够“点睛”的技术和能力,正在得到越来越多的认可和市场合作。

    期待包括金融业在内的产业数字化出现更多这样的点睛之笔,加速数字化落地的进程。

    *本文图片均来源于网络

    此内容为【螳螂观察】原创,

    仅代表个人观点,未经授权,任何人不得以任何方式使用,包括转载、摘编、复制或建立镜像。

    部分图片来自网络,且未核实版权归属,不作为商业用途,如有侵犯,请作者与我们联系。

    •泛财经新媒体。

    •微信十万+曝文《“维密秀”被谁杀死了?》等的创作者;

    •重点关注:新商业(含直播、短视频等大文娱)、新营销、新消费(含新零售)、上市公司、新金融(含金融科技)、区块链等领域。

  • 相关阅读:
    【BOOST C++ 18 数字处理】(2)Boost.Accumulators
    不同抓手的码垛机:适配多元应用场景的灵活之选
    元宇宙产业委调研行杭州站 | 联合西溪谷管委会共商元宇宙赋能实体经济
    数据库事务——事务隔离级别
    鸿鹄工程项目管理系统em Spring Cloud+Spring Boot+前后端分离构建工程项目管理系统
    Python 中的 with 语句用法和 Pytorch 中的 with torch.no_grad() 解析
    MyBatisPlus知识点总结-DX的笔记
    (一)《数字电子技术基础》——引言
    Python + SQLAlchemy操作MySQL数据库(ORM)
    【css/vue】使用css变量,在同一个页面根据不同情况改变字号等样式
  • 原文地址:https://blog.csdn.net/Xiaoxiang_Lee/article/details/127871575