概要

中台建起来了，但更难的还在后面——如何治理一个已经运行多年、服务数量上百、接口调用关系错综复杂的中台系统？

服务只会越加越多、越改越乱。如果没有一套系统的治理方法，中台最终会从"赋能业务"变成"拖累业务"。

本文分享我在企业级中台治理中的实践经验：服务下线、接口清理、架构整改、跨团队协作——四个维度的实战心得。

背景

接手时系统的状态：

• 两套旧框架并存：云杉（Cloundscape）和 ASP，各自有几十个在役服务
• 接口数量庞大：Java 中台仅一个业务域就有数十个接口，其中不乏"无人认领"的历史遗留
• 调用关系不透明：前端直调外部服务、私有服务绕过 API 中心、订阅关系缺失
• 架构腐化：功能边界模糊，改一个模块要理解整个系统