consul-envoy-xds:基于Consul的Envoy xDS控制平面实现
consul-envoy-xdsEnvoy XDS backed by Consul项目地址:https://gitcode.com/gh_mirrors/co/consul-envoy-xds
项目介绍
consul-envoy-xds 是一个通过Envoy数据平面API实现的Envoy控制平面/xDiscovery服务。该项目旨在让注册在Consul中的服务可以通过CDS(Cluster Discovery Service)、EDS(Endpoint Discovery Service)及RDS(Route Discovery Service)作为上游服务被Envoy发现,而无需手动配置Envoy。这尤其适用于希望利用Consul强大的服务发现能力,但不采用Consul Connect进行服务间通信的场景。它通过监听Consul的服务变更,并实时地将更新推送给Envoy,实现动态配置管理。
项目快速启动
环境准备
确保已安装Go环境,并设置好$GOPATH。此外,你需要有一个运行中的Consul服务器,且启用了gRPC端点。
构建与运行
-
克隆项目:
git clone https://github.com/gojek/consul-envoy-xds.git
-
安装依赖:
cd consul-envoy-xds && make setup
-
编译并运行:
make ./out/consul-envoy-xds
配置Envoy
编辑Envoy配置文件以使用ads
(Aggregated Discovery Service),指向你的consul-envoy-xds
实例:
admin:
access_log_path: "/dev/null"
address:
socket_address:
address: 127.0.0.1
port_value: 9901
dynamic_resources:
cds_config:
ads: {}
ads_config:
api_type: GRPC
transport_api_version: V3
grpc_services:
google_grpc:
target_uri: "localhost:8502" # consul-envoy-xds的监听地址
stat_prefix: "grpc-xds-service"
启动Envoy并观察其是否成功从consul-envoy-xds
获取到配置。
应用案例和最佳实践
在这个场景中,当你拥有多个微服务并通过Consul管理时,可以将consul-envoy-xds
部署为中间件,无缝集成Envoy到现有架构。最佳实践包括:
- 服务自动注册与发现:利用Consul的服务注册功能,任何新服务上线都会自动被Envoy识别。
- 灵活路由配置:通过RDS,可以根据服务的变化动态调整流量路径。
- 故障隔离与降级:结合Envoy的高级路由特性,如断路器和重试策略,提高系统韧性。
典型生态项目
在构建基于Envoy的服务网格或动态配置管理系统时,除了consul-envoy-xds
之外,还有其他工具和框架可以考虑,比如:
- Envoy-Control:一个更通用的Envoy控制平面实现,支持多种服务发现机制,适合更复杂的部署需求。
- Istio 或 Linkerd:这两个是成熟的云原生服务网格,虽然它们自身携带了完整的xDS实现,但在特定情况下,只需要Envoy和轻量级控制平面的用户可能会偏爱
consul-envoy-xds
这样的解决方案。
通过上述步骤和建议,你可以有效地使用consul-envoy-xds
来增强基于Consul的服务管理和Envoy的配置自动化。
consul-envoy-xdsEnvoy XDS backed by Consul项目地址:https://gitcode.com/gh_mirrors/co/consul-envoy-xds