问题描述
我正在开发几种服务，并将consul用作服务注册表。我可以向领事馆注册我的所有服务。
现在，下一步，我需要能够从服务A到服务B进行通信。
没有服务注册表，通常我只是从服务A向服务B分派了一个客户端HTTP请求。
但是从现在起我已经有了服务发现，是否应该通过领事获得服务B的主机地址，然后将客户机HTTP请求分派给服务B的主机地址呢？还是领事还提供了API网关，所以我只需要将服务A的客户端HTTP请求分派给领事，然后领事会自动将其转发到目的地？
如果有关于我的案件的相关文档，我将很高兴对此进行研究？ （我找不到相关的文档，可能我的Google搜索关键字是错误的）
解决方法
Consul支持两种服务发现方法，即DNS和HTTP。
应用程序可以针对其本地Consul代理执行DNS查找，该代理在端口8600上公开DNS服务器（也可以配置DNS forwarding）。例如，应用程序可以对A发出web.service.consul记录查询，Consul将返回web服务的正常实例端点列表。还支持SRV查找，以便检索给定服务的IP和端口。 DNS接口还支持按服务标签和数据中心查询端点。可以在Consul.io: DNS - Service Lookups上找到详细信息。
/v1/health/service/:name端点来执行基于的基于HTTP的服务发现。以下内容将返回服务nginx的健康端点和不健康端点的完整列表。
$ curl http://127.0.0.1:8500/v1/health/service/nginx
您可以使用passing查询参数将输出限制为仅运行正常的服务。
$ curl "http://127.0.0.1:8500/v1/health/service/nginx?passing"
我建议查看指南Register a Service with Consul Service Discovery，以获取有关从目录中注册和查询服务的更多信息。
最后，诸如Traefik和Solo的Gloo之类的API网关使用Consul支持服务发现（请参见Traefik的Consul Catalog Provider和Gloo的Consul Services）。您可以配置服务以将请求路由到这些网关，并允许网关转发到后端目标。
,我最终从领事那里获得了服务信息列表，然后对其进行了名称匹配，然后获得了服务地址。
我使用此终结点获取服务列表及其数据：
http://localhost:8500/v1/agent/services
所以我猜这是客户端发现。