中小金融机构需要什么样的数据架构？集中架构还是真的有必要分布式架构？

某日，拜访一个城商行客户数据中心总经理，多年的运维管理经验，客户计划进行新核心系统替换。客户说，之前一互联网大哥来给他忽悠分布式架构，说你当前的系统性能不足，无法面对移动支付高并发高浪涌的需求，横向扩展能力不足，可靠性不足，需要进行分布式改造，业务更敏捷才能加速发展，才能数字化转型，等等。客户一听就火了，说：

1，我行当前实际用户就200来万，交易峰值就100～300 TPS，互联网都不跟我玩，哪来的高并发高浪涌？核心数据就不到500GB，最大的数据库就几TB，你说要分布到几十台服务器，脑袋被门挤了吗？坦率讲，2个集群节点都富余得很，2个人干活轻轻松松，你让我搞几十上百台服务器来干啥？

2，忽悠我核心数据用服务器本地盘，以前用高端存储，基本没有坏过，稳定可靠，盘坏了存储兜底，晚上睡觉踏实，把老命交给服务器及本地盘，现在都不知名的小厂家的供应的，质量怎么保证，盘出了问题数据库厂商负责兜底吗？它能分析SSD盘的Bug吗？

3，你这套架构从上到下都是你家的，数据库，中间件，容器，IAAS，存储，能力挺强啊！比鼎盛时期的IBM都厉害？技术栈和整体架构都推翻了，可是我现在运维团队就不到10人，多是35+岁的老兄弟，也不会运维你这些呀，也没有时间来学这么复杂的新架构，我哪里去招懂数据库，又懂容器，又懂IAAS，还懂运维，开发的全能型人才。而且我也不可能把这帮一起过来的老兄弟都干掉吧。谁来帮我运维，出了问题谁来解决？

我跟客户讲，很认可你的说法，就是要实事求是，基于行里的实际情况选择能hold住的技术架构，极左极右都是错误的，类似让每个人都去穿45码的鞋子，合适吗？

近日听某核心改造的大行用户讲，能用成熟稳定的集中架构解决的就用集中架构，分布式架构过于复杂，交易节点众多，能不用坚决不用，对于中小金融机构，90%的数据库几TB以内，核心数据库性能压力普遍峰值几百到1000 TPS左右，集中架构足够用。其实话说回来，应用系统无状态云原生改造，而数据一定是要平台共享的，也就是集中的，不然带来巨大的数据流通成本，包含低效率和资源利用率低。

其实不要否定成熟的技术架构，每层都有对应的专业公司，分层解藕，符合专业的人干专业的事情这个逻辑。人有十指，有长有短，要是都很长，可能吗？也不美观。短板就可能频繁出问题。术业有专攻！少林七十二绝技，有一技就可走天下。

文章来源：毕须说