稳态类系统进行分布式改造是件非常谨慎的事情。如果要提高性能和可用性，可以采用业务拆分的方式，将业务分布在不同的应用节点上，每个应用节点有自己的传统数据库。这种架构也在某种意义上实现了分布式。性能方面可以对每个应用节点及对应的数据库进行扩容；可用性方面，由于业务...

分布式数据库大部分要考虑下面部分的调用延时，二阶段协商、多副本同步、时钟调用，通过架构设计、业务纬度分离、或者数据库策略减少夸机房的上述调用

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

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

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

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

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