服务网格通过控制平面与数据平面协同实现服务发现，控制平面如Istio Pilot监听编排平台的服务注册信息，转换为标准格式并分发给边车代理；每个服务实例的边车代理（如Envoy）订阅实例列表，动态更新本地负载均衡池，调用时通过逻辑名称解析到健康实例，支持多种负载均衡策略；控制平面结合健康检查实时推送变更，确保流量不落至故障节点，整个过程对应用透明，提升弹性与可观测性。
服务网格通过将服务发现机制与应用解耦，实现了更灵活、透明的服务通信管理。在云原生架构中，服务发现的核心由服务网格的数据平面和控制平面协同完成，无需应用程序直接参与。
控制平面维护服务注册信息
服务网格的控制平面（如Istio的Pilot、Linkerd的Destination Controller）负责收集和维护服务注册表。当新的服务实例启动并注册到编排平台（如Kubernetes）时，控制平面监听这些变化，获取服务名称、IP地址、端口、标签等元数据。
控制平面将这些信息转换为网格内部的标准格式，并分发给所有相关的数据平面代理。这个过程对应用完全透明，开发者无需修改代码或配置即可实现服务感知。
边车代理自动执行服务发现
每个服务实例都伴随一个边车代理（Sidecar Proxy），如Envoy或Linkerd-proxy。这些代理在启动时向控制平面订阅其所属服务的可用实例列表。
边车代理利用从控制平面获取的信息，动态更新本地的负载均衡池。当服务发起调用时，流量首先经过本地代理，代理根据最新的服务实例列表选择目标节点，实现智能路由和故障转移。
mallcloud商城基于SpringBoot2.x、SpringCloud和SpringCloudAlibaba并采用前后端分离vue的企业级微服务敏捷开发系统架构。并引入组件化的思想实现高内聚低耦合，项目代码简洁注释丰富上手容易，适合学习和企业中使用。真正实现了基于RBAC、jwt和oauth2的无状态统一权限认证的解决方案，面向互联网设计同时适合B端和C端用户，支持CI/CD多环境部署，并提
- 服务调用方只需访问目标服务的逻辑名称（如payments.svc.cluster.local）
- 边车代理将逻辑名称解析为当前健康的实例IP列表
- 支持多种负载均衡策略，如轮询、最少请求、一致性哈希等
健康检查与实时更新
服务网格持续监控服务实例的健康状态。控制平面结合平台级就绪探针和服务间的主动探测，判断实例是否可服务。
一旦检测到实例不可用或新实例上线，控制平面立即推送更新至相关边车代理，确保调用方不会路由到故障节点。这种机制比传统DNS轮询更及时，延迟更低。
基本上就这些。服务网格把服务发现做成了基础设施能力，让应用专注业务逻辑，同时获得更强的弹性和可观测性。
