2、金融核心系统架构演进：从单体到微服务
聊金融系统的架构演进，我觉得得从最朴素的场景说起。
十几年前我刚入行那会儿，银行的核心系统长什么样？说白了就是一台大机器，跑着一个大程序。所有功能——存款、贷款、转账、对账、报表——全塞在一个代码库里。这就是典型的单体架构。
你想想看，那时候业务量不大，用户也就几百万，每天交易量几千万笔。一台IBM大型机扛得住，运维团队也就十几个人。大家觉得日子过得挺舒服的。
2.1 单体架构：那个年代的“够用就好”
单体架构的核心特征，我总结为三点：
- 代码集中：所有业务逻辑在一个进程里运行
- 数据集中：一个数据库支撑所有业务表
- 部署集中：每次发布都是整个系统停机升级
我在项目中遇到过一家城商行，他们的核心系统就是典型的单体。代码量大概500万行，编译一次要40分钟。每次上线，运维团队得提前一周准备，凌晨两点停机，四小时窗口期。压力大不大？非常大。但那时候大家觉得这是常态。
单体架构的优势（别急着否定它）：
- 开发简单：一个IDE，一个项目，搞定
- 测试容易：本地启动，全链路跑通
- 运维省心：一台机器，一个进程，监控简单
- 事务强一致：ACID天然支持，不用操心分布式事务
但问题也慢慢暴露了。我记得2015年帮一家股份制银行做架构评估，他们的核心系统已经跑不动了。为什么？
- 每次改一行代码，整个系统要重新编译、测试、部署
- 某个模块出问题，整个系统都挂——比如报表模块内存泄漏，导致交易模块也跟着宕机
- 扩容只能纵向：换更强的CPU、加更大的内存，成本指数级上升
- 技术栈锁定：Java 1.4 + WebLogic + Oracle，想升级？得等三年
我曾经踩过的坑： 有一次生产环境出现内存溢出，排查了整整两天。最后发现是某个定时任务在凌晨批量处理数据时，把整个堆内存撑爆了。单体架构下，一个定时任务就能拖垮所有在线交易。从那以后，我坚定了一个想法——必须拆分。
2.2 为什么要拆分？三个核心驱动力
为什么会从单体走向微服务？我个人习惯从三个维度看：
| 维度 | 单体痛点 | 微服务解决思路 |
|---|---|---|
| 业务规模 | 日交易量1亿笔时，单体扛不住 | 按业务域拆分，独立扩缩容 |
| 团队规模 | 200人开发同一个代码库，合并冲突到崩溃 | 每个服务由独立小团队负责 |
| 技术演进 | 想用新框架？得等整个系统升级 | 每个服务可以独立选型、独立升级 |
说白了，微服务不是技术问题，是组织问题。康威定律讲得很清楚：系统架构会复制组织的沟通结构。你想想看，如果团队是200人的大部门，那系统必然是单体；如果团队拆成20个10人小组，那系统自然走向微服务。
2.3 金融系统的特殊约束
但金融系统不是普通的互联网应用。我建议你在做架构演进时，心里要始终绷着三根弦：
- 数据一致性：转账不能丢钱，对账不能出错
- 监管合规：交易日志必须完整可追溯，数据不能出境
- 高可用：99.99%的可用性要求，全年宕机不超过53分钟
嗯，这里要注意。金融系统的微服务化，不能照搬互联网公司的做法。我曾经见过一个团队，把核心账务系统拆成了30个微服务，结果分布式事务搞不定，对账天天出问题。最后花了半年时间重构，又合并回了10个服务。
我的建议： 金融系统拆分，要遵循“高内聚、低耦合”原则。一个服务内部可以包含多个紧密相关的业务功能，不要拆得太碎。我一般建议一个服务对应一个业务域，比如“账户服务”、“交易服务”、“风控服务”。
2.4 架构演进路线图
下面这张图是我在多个项目中总结出的演进路径。你可以把它当作一个参考框架。
我个人的经验是，金融系统不要一步到位跳到微服务。先做垂直拆分，把核心账务、信贷、支付这些大模块拆开。等团队适应了服务化思维，再逐步引入微服务治理能力。
2.5 微服务在金融场景中的落地要点
最后，我分享几个在金融场景中落地微服务的实战要点：
核心原则：
- 服务粒度要粗：一个服务至少包含一个完整的业务能力，比如“开户服务”包含客户信息录入、审核、生成账号、初始化额度等
- 数据要隔离：每个服务拥有自己的数据库，严禁跨服务直接访问数据库
- 接口要稳定：金融系统的接口变更周期很长，建议使用protobuf或Avro等强类型协议
- 监控要全面：每个服务必须暴露健康检查、性能指标、业务指标
我曾经踩过的坑： 有一次我们把交易服务和账务服务拆开了，但账务服务需要实时获取交易数据。我们图省事，直接让账务服务通过RPC调用交易服务的数据库。结果交易服务做了一次数据库迁移，账务服务直接挂了。教训是什么？服务间的数据交互必须通过API，不能绕过。
嗯，说到这儿，我想强调一点。微服务不是银弹。如果你的业务规模不大，团队也就二三十人，单体架构可能更合适。我见过太多团队为了微服务而微服务，结果运维成本翻了三倍，开发效率反而下降了。
金融系统的架构演进，核心是找到适合自己业务阶段和组织能力的方案。不要盲目追新，也不要固步自封。这个度，需要你在实践中慢慢体会。
公众号:蓝海资料掘金营，微信deep3321