银行核心系统架构设计过程中关于存储选型（有、无状态的各业务场景）有哪些经验？

1  建议从核心系统架构设计的分层来看，APP应用层：部署在虚拟机或基于虚拟机的容器，可用分布式存储。部署在物理机或基于物理机的容器，常用是本地硬盘。

2 DB层：看数据库产品的架构，传统DB产品通常使用集中SAN的高端闪存产品。分布式DB有使用本地NVME盘。  基于容器化的DB产品，也有选择高端NAS产品

在为核心银行系统选择存储时，有几个考虑因素需要牢记。

1. 区分有状态和无状态的业务场景。在选择存储时，首先要确定哪些业务场景是有状态的，哪些是无状态的。有状态的业务场景是指需要将数据保存在存储中，并且每个请求都可能影响数据的场景，如转账业务。无状态业务场景是指数据不需要保存在存储中，每个请求的数据都是独立的，如余额查询业务。

2. 有状态业务场景的存储选择。对于有状态的业务场景，可以考虑使用关系型数据库或分布式数据库。关系型数据库提供丰富的数据模型和查询语言，便于处理复杂的数据关系。分布式数据库具有高度的可扩展性和容错性，使其适合于处理大量的数据和高并发性。

3. 无状态业务场景的存储选择。对于无状态的业务场景，可以考虑使用缓存或NoSQL数据库。缓存可以帮助提高系统性能，但数据是不持久的，所以它可能不适合需要永久保存数据的场景。NoSQL数据库是为处理大量数据而设计的，适用于需要永久保存数据的场景，但可能无法提供与关系型数据库相同水平的数据建模和查询能力。

4. 性能和可扩展性。存储选择还应该考虑到系统的性能和可扩展性需求。这可能包括诸如要存储的数据量、并发用户的数量和数据更新的频率等因素。

5. 数据的一致性和可用性。考虑系统的数据一致性和可用性要求也很重要。这可能包括一些因素，如对交易的需求，对数据在多个地区可用的需求，以及对数据高度可用的需求。

6. 成本。存储解决方案的成本也应该被考虑，包括硬件、软件和维护成本等因素。