服务拆开后，实例会不断上下线、配置要能热更新、调用要有超时与兜底、发布要能灰度。这些「拆出去之后才出现的问题」，统称服务治理。

1. 治理地图

服务治理不是单一技术，而是一组能力。下图是常见的能力清单：

能力	解决的问题	常见组件
注册与发现	实例地址动态变化，调用方如何找到它	Nacos、Eureka、Consul、etcd
配置中心	配置与代码分离、动态生效	Nacos、Apollo、Spring Cloud Config
API 网关	统一入口、路由、鉴权、限流	Spring Cloud Gateway、Kong、APISIX
负载均衡	请求分发到多个实例	Ribbon（客户端）、LB（服务端）
超时与重试	慢请求不拖垮调用方	框架内置、Resilience4j
熔断与限流	依赖故障或过载时保护自己	Sentinel、Resilience4j、Hystrix
灰度发布	新版本小流量验证	网关路由、功能开关
鉴权与安全	谁可以调用谁	OAuth2、JWT、mTLS
分布式链路	跨服务问题定位	见 可观测性