分布式存储目前主要分两大类: 块存储(文件系统, 裸设备), 对象存储. 像 NFS 这样只提供, 只提供简单磁盘共享, 缺乏扩展能力的项目, 只能叫集群存储, 而不能算分布式存储.目前基本上不考虑通用型性能的情况下，主要考虑以下几点选型的点。1、支持对象存储, 支持主流编程语...

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

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

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

1、技术选型要从实际业务需求考虑，包括吞吐量、时延、带宽、IO等性能指标，看看业务对哪些指标要求高，进而选择适合的存储方案。2、存算一体有效降低数据搬运的损耗，提高了性能。适用小规模、低负载的业务，且业务相对固定不适合高性能计算等高负载、大规模的业务。3、存算分离...

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

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

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