城商行哪些业务的数据存储需要分布式架构？

需要根据核心系统架构本身决定。传统核心系统大多采用的还是传统的集中式架构的存储，分布式核心系统多采用分布式数据库和分布式存储架构。可以咨询 贵 单位核心业务系统厂商未来业务发展和研发方向。
目前采用全闪的集中式存储的性能和扩展性对于一般的银行的核心系统来说一般都是没有问题的，核心系统的瓶颈一般很难体现在存储端（传统机械盘除外），主要还是考虑核心系统数据库数性能的优化。对于中小银行而言，集中式存储基本满足。
目前有很多分布式存储应用于金融行业，只是存储本身架构采用分布式架构，多副本技术，但是对于我们来讲是感受不到的，上层跑还是我们的传统系统，也不需要很多的维护。另外还有一些大数据、大容量备份存储也采购分布式存储。
为应对互联网金融业务快速发展，可以以传统业务体系为基础，建设新的互联网金融业务核心系统，形成传统集中式和分布式架构并存的 “ 双核心 ”IT 架构。原来的核心系统是作为稳态的系统，仍然采用传统数据库 + 高可用的全闪存储；互联网金融作为敏态的系统，采用互联网金融整体解决方案，架构不单单体现在存储是分布式，而是整个体系的分布式。

近年来，看到许多城商行客户在历史数据查询系统等分布式架构应用建设的成功案例。大数据是当前行业热点，构建在 hadoop 分布式架构的大数据系统能够让海量历史数据 “活起来”，消除数据孤岛，充分发挥数据资产的价值

应用是否需要容器化，取决于应用系统对敏捷性和灵活性要求。
容器化具备弹性伸缩、按需扩展等特点，分布式存储除了具有这些特性，还能提供高性能、高可靠的特性，用以满足上层灵活多变的业务形态。
同时 Kubernetes 是分布式架构，是分布式存储是天然契合。
城商行联机业务中的信贷、转帐支付等，一般是以 Tomcat、Java 等为主，这类无状态应用不需要持久化存储，也无法分布式存储。
而跑批业务中的报表生成、清分、清算等系统，在上下游传输时需要将数据持久化，用以给其他跑批系统继续跑批，该类业务可使用分布式存储作为容器数据的持久化存储。

一般来说，业内会把应用分成稳态和敏态，敏态的业务由于具有无法预估性能和容量需求的特性，比较适合分布式架构软件定义存储架构。