建议选择存算分离，理由如下。可靠性提升：外置共享存储可靠性结合云原生故障隔离和迁移能力，解决一体化方案可靠性短板，并为降低资源冗余提供基础；资源优化：解决数据快速移动，实现计算、存储弹性扩展，按需分配，减少因可靠性、运维能力不足造成的硬件冗余；能力复用：使用共享存储成熟的...

就银行传统应用即稳态和网络金融即敏态，这2种业务类型随着技术的发展已经在银行业普遍使用，就使用场景而言，2种形态目前而言还是并存的，但对使用的规模而言，两种还是有区别的。普遍而言，敏态业务比较适合存算分离架构，因为敏态业务规模比较大，计算和存储分离有利于各自扩展的需要...

准确说，无论存算分离，还是存算一体，都没有什么网络规划的说法，只有面向大规模节点的集群规模下，才会考虑网络的建设和规范，比如说以下几个方面，抛砖引玉。1、尽量采用10G网络接口，并采用光口进行连接。上行链路采用40G接口。2、网络设备尽量做到冗余，至少配置2个万兆光口接入交换...

这是一个大的命题，是需要业务场景或技术瓶颈驱动，如果命中以下几项，需要进行存储架构的迭代优化。 1、可靠性低：“服务器可靠性低，出问题数据无法访问甚至就都丢了，必须用多从同步来补可靠性的缺口”，“服务器网络抖动或磁盘亚健康问题很难监控处理，影响系统稳定性”，“服务器故障...

1、银行业务系统后台为业务和数据的集中处理，对于这类业务，建议采用传统架构。由于分布式/云化架构注重灵活和敏捷性，容错性和性能，对与实务一致性处理能力不强。而银行后台系统对灵活性要求不高、业务和数据实时一致性和可靠性要求比较高，使用传统集中式架构比较合适。2、银...

存算一体一般适用 访存密集（大数据需求）和计算密集（低精度规整运算）的特征业务，比如银行的批扣业务和数据处理业务。如果是云数据库，建议使用存算分离。

这个问题需要厂商进行回答