服务网格通过数据平面与控制平面协作，实现服务发现与负载均衡的基础设施化。服务实例启动后向控制平面注册，边车代理从控制平面同步实例列表，实现透明化服务发现；支持多注册源兼容。边车代理在L4/L7层执行负载均衡，提供轮询、最少请求等算法，结合健康检查、熔断、重试提升调用成功率。控制平面如Istio Pilot统一配置下发，通过CRD定义路由规则，支持灰度发布、动态更新，策略秒级生效。开发者专注业务逻辑，运维获得更强控制力，虽增加代理开销，但大规模微服务场景收益显著。
服务网格通过将服务通信的管理能力从应用层剥离，交给基础设施层处理，实现了更灵活、透明的服务发现与负载均衡。核心机制依赖于数据平面和控制平面的协作。
服务发现：自动感知服务实例
服务网格中的每个服务实例启动后，会向控制平面注册自身信息（如IP、端口、健康状态、标签等）。控制平面收集并维护全局服务拓扑，数据平面中的边车代理（如Envoy）定期从控制平面同步这些信息。
- 当服务A需要调用服务B时，其本地的边车代理已缓存了当前所有可用的服务B实例列表
- 服务发现过程对应用完全透明，无需在代码中集成注册中心客户端
- 支持多种注册源，如Kubernetes Service、Consul、Nacos等，实现跨平台兼容
负载均衡：智能分发请求流量
边车代理在获取到目标服务的实例列表后，根据配置策略选择具体实例转发请求。与传统客户端负载均衡不同，这一过程由代理在L4/L7层完成。
- 支持轮询、加权轮询、最少请求、随机等多种算法
- 可基于实时健康检查结果动态剔除异常实例
- 结合熔断、重试机制提升整体调用成功率
- 高级场景下支持按延迟预测或地域亲和性进行决策
控制平面统一配置与下发
像Istio这样的服务网格，通过Pilot组件将高层路由规则转化为底层配置，推送给所有Envoy实例。这使得负载均衡策略可以集中定义、动态更新。
- 运维人员可通过CRD（如VirtualService）声明式设置流量分配比例
- 灰度发布、金丝雀部署等场景无需修改代码即可实现
- 策略变更秒级生效，避免重启服务带来的中断
基本上就这些。服务网格把服务发现和负载均衡变成基础设施的能力，让开发者更专注于业务逻辑，同时提供更强的可观测性和控制力。虽然增加了代理层的开销，但在大规模微服务场景下收益明显。
