2同行回答
从技术角度来说，相较于传统银行核心系统场景中的集中式架构，分布式系统的运维有这几个显著特点与差异：
1.分布式系统（包括分布式应用系统，分布式缓存，分布式数据库，分布式消息系统及其他...）都强烈的依赖网络。而集中架构的计算处理往往在单体系统比如主机，开放平台中完成，计算处理本身对网络的依赖较小（对外服务网络部分不算）
网络系统的性能，稳定性和健壮性对分布式系统的影响巨大
同时分布式系统本身的网络侧能力也非常重要，包括用什么机制来进行分布式系统内的网络通讯，协议，通讯框架，通讯可靠性保障机制等。
跨主机，机架，机房，园区，数据中心，异地环境的分布式系统运行中的网络通讯机制和保障机制就很重要。
2.一致性，可用性，可靠性，容灾灾备机制的差异较为显著。
分布式系统大概率会采用分布式算法和实现机制来应对作为一个整体在业务支撑平台中的一致性，更高可用，可靠性和容灾灾备。不同的算法和实现机制，在实际的运行中表现差异很大，进而产生了对业务应用的技术适配要求，硬件成本差异，配套技术组件或者技术手段需求的差异，以及日常运行保障及应急部长处置的流程体系和具体采用的技术手段和工具的差异。
比如我们团队开发的开源分布式数据库 TiDB 类似上面的思路，采用了包括 Raft 在内的一系列分布式算法和技术实现来构造强一致的分布式数据处理系统，提供给用户一个在多机，跨机架/机房/园区/数据中心，支持多活容灾的分布式数据处理保障能力。
3.运维配套平台的适配差异
传统架构中的集中式系统大多是老牌商业 IT 产品组成最基本的技术组件，产品成熟度，商业运维配套工具平台比如监控告警，版本管理，版本升级，诊断排查等都有成熟方案。而大部分分布式系统多为新兴的开源分布式系统，在这块相比传统技术比较薄弱，分布式系统如何与银行已建设运转的运维体系和各种运维技术平台对接，纳管，适配是需要产生额外的架构设计考虑和投入。
4. 系统测试上的差异
集中式架构的系统与之对应的配套测试手段和技术已经发展了至少 40 多年，从测试方法，测试体系，测试用例和工具上都是较为完备的。在分布式系统场景，需要构造和建立针对分布式系统运行特点和保障特点的测试能力和测试技术平台，这几年崛起额的 混沌测试工程体系，是目前这个方面比较好的一个方向，针对分布式系统，微服务应用架构等有比较好的适配能力。
我们在 TiDB 分布式数据库自己开发测试流程中也引入了混沌体系，并经过 2 年的研发，将我们的混沌测试技术平台 开放出成为开源项目 ChaosMesh 提供给所有的用户，作为一个技术基础平台来搭建针对分布式系统的测试验证平台。