2同行回答
对于银行的交易系统，产生的数据，个人认为主要有以下几个：1、业务数据，存储在数据库中的客户信息，账务数据、交易流水等，2、交易系统本身产生的交易日志，3、交易过程中传输的文本文件、影像文件等，比如票证扫描件等，4、系统核算产生的过程文件，5、按照监管要求或者本公司要求产生的报表（大部分是行程数据库的视图而并不形成报表，主要看采用的技术手段）。
而针对这些类型的数据，个人认为，存储的选择如下：
1、存放在块存储中的：业务数据
2、存放在对象存储中的：交易过程文本、影响文件
3、存放在文件存储中的：交易系统日志、系统核算过程文件
4、存放在表格存储中的：报表文件
块存储、文件存储目前更倾向于集中存储结构，对象存储、表格存储则需要选择分布式存储。对于块存储和文件存储的选择，本人之所以目前倾向集中存储结构，主要是因为目前集中存储的运维难度，成熟度，稳定性都稍高些，后续随着分布式技术的成熟，NVME，RDMA等各项硬件相关技术的成熟稳定，自动化运维技术的成熟，集中存储将逐步失去优势。
以上仅仅是粗略的选择策略，但是技术的使用都是以本公司业务需求为出发点的，如果业务量非常小，将存储分的细致完全没有必要，并发量不上百，就想着存储分级分类，那完全是浪费资源。仅代表个人观点。
非关键交易系统的数据类型非常的多样化，过去规模比较小的时候，我们通常不太区分这些数据类型，基本放到一种存储设备内，这种方式当前对于很多用户或者系统也仍适用；
不过随着数据量和应用数量的快速增长，从管理上看，可以更加细分的去区分数据类型，理论上不同的数据类型适合于存放在不同的存储介质内，比如交易系统的数据文件放在块存储上，交易日志/归档/监控/应用文件等在文件存储上，大对象可以考虑对象存储内；但实际中如果完全按照数据类型的最佳实践去存放数据，业务数据将变得非常分散，无形中又增加了管理的难度和故障点；所以从我的经验上看，并发量超大的系统可以考虑多级分级构建，前提也需要考虑各级存储介质的配套数据保护或可用性设计；一般情况下，目前单纯使用块存储，或块存储+文件，或块存储+对象基本上可以满足绝大多数交易系统的使用场景；
收起