架构与中间件实战 12 篇
配置中心、消息队列、数据库这些，装过、接过、也查出过问题的，写在这儿。给步骤、给配置，也给出错的时候该看哪一行。
- 可观测性的难处不在接入，在设计
OpenTelemetry 把采集标准统一了，但接入只是第一步。Collector 放哪、采样怎么做、异步上下文怎么传、存储成本怎么控、查询架构怎么搭——这五个设计决策才决定可观测性是真正能用来排查问题，还是只变成一个昂贵的数据仓库。
- WebFlux 还在用，但选型的理由变了
2026 年 Spring Boot 4 把虚拟线程设成默认，「高并发」不再是选 WebFlux 的正当理由。但这套 CMS 仍然跑在 WebFlux + R2DBC 上，留下来的理由和当初选它时已经不一样了。这篇从一个在跑项目的角度拆：哪…
- 六周重写一套在跑的 ERP：484 次提交、132 万行代码，只借鉴功能
一套跑了几年的 ERP 正在被重写，做法是只借鉴功能：它做什么我就做什么，但类、方法、包结构全部重新写，代码一行不搬。六周之内 484 次提交，约 12220 个 Java 文件、约 132 万行、672 个控制器、540 张表映射、27…
- 新系统从 0 到 1 怎么搭：一套上线几年的微服务架构，逐层拆开
八十人、三个团队、二十多个服务仓一起写一套新系统，它上线跑了几年。这篇把它逐层拆开：服务按一条判据切两层——要不要独立看有几个业务域要用、进哪一层看它自己有没有业务规则，财务就是这样留在业务域那一层的；每个仓固定六层、新服务从骨架复制而不是…
- 响应式事务的收尾去哪了：空完成丢掉回调，有值挂死链路
给返回 Mono 的 @Transactional 方法做 afterCommit 回调时，有两个缺陷的形状很常见：Mono<Void> 空完成让注册的回调整个被跳过，而没收尾的 Sinks 让有值那条路永远不结束。两个缺陷的症状相反，所以…
