文|螳螂观察
作者|李永华
刻板、保守、小心翼翼……
很多人对金融业尤其是银行在数字化创新方面的印象，都是如此。
这个印象到底对不对？
答案可能是，既对，又不对。
对的地方在于，出于合规等要求，一个创新方案来了，金融机构肯定要反复考量一番，在数字化表现上不如其他行业那么凌厉果断。
不对的地方在于，如果仔细看金融业尤其是银行在数字化方面的动作，就会发现，在确保了严苛的监管要求后，它们比谁都要走得远、走得深。
华为全联接大会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存储正在离最佳容器底座越来越近。
数字化走向深水区，有“金刚钻”才能揽“瓷器活”
回过头来看，北京银行容器云与华为全闪存方案的合作，是数字化变革走向深水区的一个典型案例。
所谓深水区，即触及到了更深度的变革内容，面临更复杂的挑战，要有更高的能力去应对。
与很多企业“从零起步”不一样，北京银行自己已经在数字化方面探索了多年。
越来越多的企业，在数字化方面已经有深厚的积累，自身具备强大的建设与创新能力。
这时候，它们向外部寻求的帮助，已经不再是简简单单的数字化整体方案、体系之类的建设，而走向了更专业的细分领域。
都是存储，但北京银行要的是能够匹配容器云特定需要、满足特定能力的存储，口子一步步收窄，挑战一步步加大。
对数字化服务商来说，要展现自身的技术和服务价值，必须有更前沿、更创新的技术匹配能力。
“瓷器活”越来越多，数字化服务商本身的进步迫在眉睫，必须打造出自己的“金刚钻”。
反过来，一旦做出了自己的“金刚钻”，数字化服务也就有了更强的竞争壁垒。
毕竟，在这里，不再有同质化的内卷竞争，只有往深处去的增量价值创造。
无论如何，随着企业们各自画出了自己数字化之“龙”，能够“点睛”的技术和能力，正在得到越来越多的认可和市场合作。
期待包括金融业在内的产业数字化出现更多这样的点睛之笔，加速数字化落地的进程。
*本文图片均来源于网络
此内容为【螳螂观察】原创，
仅代表个人观点，未经授权，任何人不得以任何方式使用，包括转载、摘编、复制或建立镜像。
部分图片来自网络，且未核实版权归属，不作为商业用途，如有侵犯，请作者与我们联系。
•泛财经新媒体。
•微信十万+曝文《“维密秀”被谁杀死了？》等的创作者；
•重点关注：新商业（含直播、短视频等大文娱）、新营销、新消费（含新零售）、上市公司、新金融（含金融科技）、区块链等领域。
