事情起因特别简单，一个最普通的商城下单回调。我登上去抓出调用链，整个人当场气笑了。几十行代码的请求，在内网被拆成了 5 个微服务。

当一个Java工程拆成几十个进程以后，部署工作就不只是“把所有Jar启动起来”。网关要找到正确的服务，服务要读到正确的配置，业务调用要能跨进程完成，发布结果还需...

把Spring Cloud服务部署进Kubernetes后，经常会遇到这样的现场：KubeSphere里Pod正常，Nacos里实例健康，运维也能看到配置文件，...

Java 服务放进容器后，最容易被简化成三个参数：镜像名、内存限制和健康端口。但要让一个进程长期受平台管理，还必须明确启动容错、可写目录、堆外余量，以及"暂时不...

Java 微服务上云之前，团队往往已经有一台 Windows 服务器：源码、IDE、远程维护和既有工具都在上面。为了搭建容器集群，是否必须先重装 Linux？

　　接口调用已经超时，执行服务却可能还在处理原请求。网关留下 504，执行服务记录了调用异常，下游业务也可能已经完成。如果只看接口返回值，很容易把一次没有收到响...

故障防治系列新篇。前面聊过雪崩防治的舱壁模式、依赖治理的度量——都默认了一个前提：你知道自己依赖谁。这篇补上那个前提：依赖怎么变得可见。多数团队的依赖关系一半在...

审批人点了通过，流程图已经走到结束，业务单据却还显示“审批中”。排查这类问题，不能只看Flowable有没有结束，还得沿着另一条链继续往下找：流程结果由谁解释，...

微服务常被误解为“把单体拆小”，但拆小本身不产生任何价值，反而把进程内调用变成了网络调用，把事务变成了分布式难题。微服务真正的收益只有一个：让不同团队能独立演进...

故障防治系列新篇。前面聊了雪崩防治的舱壁模式——它有个前提：你得知道该隔离谁。这就是依赖治理的度量问题：一个跑了三年的服务，依赖图长什么样、哪些是隐形单点、哪些...

服务端系列新篇，聊故障传播的经典话题：雪崩。一个下游服务变慢，拖垮调用方线程池，调用方再拖垮它的上游——级联故障像多米诺。这篇把防雪崩的手段按层次讲清楚，重点讲...

服务端工程系列新篇。API 一旦有外部使用者，版本问题就来了：改个字段名算不算破坏性变更？v2 要不要兼容 v1 的怪癖？什么时候允许删掉老版本？这篇把 API...

网关系列收尾篇。前三篇聊了限流、指标、熔断降级——都是运行时的能力。但决定一个网关好不好维护的，往往是另一个维度：配置怎么管。配置治理做不好，再强的运行时能力也...

网关系列的第三篇。前两篇聊了限流（守住容量）和监控指标（看清状态），这篇聊故障传播链上的最后两道闸：熔断和降级。很多团队把这两个词混着用，实际上它们回答的是两个...

摘要: 简单 FAQ 用 hunyuan-pro 太贵(¥0.02/千Token),复杂推理用 hunyuan-lite 又不够。本文实现 SpringAI 多...

这篇不打算重复那些「定义 + 通信流程 + 框架对比」的套路，我想聊的是：RPC 的甜头来自「像本地调用一样」，它所有的坑也全部来自「它毕竟不是本地调用」。看完...

这篇不讲「微服务是先进架构」那一套。我们从它到底解决什么问题讲起，说清楚微服务架构和单体架构的区别在哪、微服务能做什么又不能做什么，最后给你一条能直接照着用的判...

摘要: 敏感词拦截、RAG 增强、日志记录、限流降级——这些横切逻辑要按顺序执行,散落在业务代码里不可维护。本文用 SpringAI Advisor 链实现中间...

这个问题其实困扰过很多技术团队，尤其是那些从一条业务线慢慢长成多条业务线的公司。我们自己也走过这条路，从"啥都自己包"到"出了事故赶紧拆"，算是把封装中间件这件...