架构设计 · 系统改造 · 业务里的 AI 智能体

从一套新系统的第一版架构，到跑不动、改不动的遗留系统：模块边界怎么切、微服务怎么拆、消息与存储怎么调；也能把一个智能体接进你的单据、工单和流程里，让它答得上你自己业务的细节。

61
篇实战拆解: 3543
累计阅读: 20
万字实战正文

精选内容

平台要下线，你的数据拿得走吗「服务中断」和「服务终止」是两件事：前者会修好并回来，后者不回来。这一年公开报道里出现了不少后一类公告——老平台定日子永久下线、运营二十年的站点宣布关停、模型厂商在帮助站开出一页「停止服务须知」。这一篇不谈要不要换供应商，只算另一笔账：真要… 1 14 分钟推荐阅读

员工把客户资料贴进了公网 AI，要不要全禁禁止员工用公网 AI 这件事，多数公司输在执行上：需求不会消失，规避成本比执行成本低得多，禁令最后只把使用推进地下。这篇不讨论该不该用，只拆三件能落地的东西：贴出去的内容分几类、四条路各自的真实代价、以及不花钱今天就能做的三件事。 3 12 分钟推荐阅读

系统越来越慢，是加服务器还是该重构了系统变慢不一定意味着要重构。先分清慢的是哪一种：一直慢、偶尔慢、还是只有某个动作慢，三种的解法完全不同。加服务器能买来多少时间、重构什么时候才值得，这篇算的是这笔账。 3 4 分钟推荐阅读

外包还是自建，这笔账怎么算才不后悔技术需求来了，是找外包做，还是自己招人做？外包便宜但不可控，自建可控但贵。怎么算这笔账？ 2 5 分钟

按问题找方案

架构与中间件实战 22 篇

配置中心、消息队列、数据库这些，装过、接过、也查出过问题的，写在这儿。给步骤、给配置，也给出错的时候该看哪一行。

AI 在企业里怎么落地 12 篇

把大模型接进自己那套业务系统要过的四道关：你说的 Agent 到底是哪一个东西、MCP 这类协议接进来会多开哪些口子、模型前面要不要单独建一层、真上业务时卡在哪一步。

技术与业务之间 13 篇

改造怎么评估、怎么交付、怎么算账，再加两个当下就要拍的技术判断：现在要不要拆、验证做到什么程度才算敢上线。

业界动向要不要跟 14 篇

厂商发了什么、产品实测怎么样，这里只拆值得拆的那部分：这件事发生了什么、对你手上这套系统意味着什么、现在要不要跟着动。凡是数字都写清出处和统计范围。

解决过的难题

更多实战

每个系统都有自己的历史包袱。这一段讲的是当时卡在哪、怎么下的判断、凭什么说这个判断是对的——数字只是结果，怎么得出这个数才是能搬走的东西。

从零搭一套与在跑系统的重写

架子从空白起，和在跑的系统上换骨架，两件事难的地方不一样：前者难在几十个人同时往里写，后者难在改的每一刀都不能让用它的人察觉。

新系统从 0 到 1

二十多个服务仓、三个团队一起写：约定做成骨架，不靠评审兜底

当时新系统真正难的不是选哪个注册中心，是几十个人同时往里写——三个月后同一件事会有五种写法，而写在文档上的约定活不过第三个月。

怎么拆服务按两问切层：要不要独立看几个域要用、进哪一层看有没有业务规则——六个平台服务不带一条规则，财务这种整仓都是规则的留在业务域；每个仓固定六层、新服务从骨架复制；降级统一返回一个能被判出来的失败；全局事务只钉在开单、结算这类跨服务写入口；网关路由放进配置中心，接一个新服务不占发版窗口。

20+
服务仓: 3
个团队: 80
人协作

这段的完整复盘

在跑系统的重写