领事服务沟通

Question

我正在开发几个服务，并使用Consult作为服务注册表。我可以向领事登记我的所有服务。

接下来要做的事情是，我需要能够从服务A到服务B进行通信。

如果没有服务注册表，通常我所做的只是将客户端HTTP请求从服务a分派到服务B。

但是由于现在我已经有了服务发现，我是否应该通过consul获取服务B主机地址，然后将客户端HTTP请求发送到服务B主机地址？还是执政官也提供了API网关，所以我只需要将我的客户端HTTP请求从服务A调度到执政官，然后执政官会自动转发到目的地？

如果有关于我的案子的相关文件，我也很乐意看一看？（找不到相关文档，可能是我的谷歌搜索关键词错了）

Answer 1

我最终从领事那里得到服务信息列表，然后对其进行名称匹配，然后得到服务地址。

我使用此端点获取服务列表及其数据：

http://localhost:8500/v1/agent/services

所以我猜这是客户端的发现。

Answer 2

Consul支持两种服务发现方法：DNS和HTTP。

应用程序可以对其本地Consuler代理执行DNS查找，该代理公开端口8600上的DNS服务器（您还可以配置DNS转发）。例如，应用程序可以为web.service.Consul发出a记录查询，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"

我建议阅读指南Registry a Service with Consult Service Discovery，以了解更多有关从目录中注册和查询服务的信息。

最后，像Traefik和Solo的Gloo这样的API网关支持使用Consult进行服务发现（请参见Traefik的Consult Catalog Provider和Gloo的Consult Services）。您可以配置您的服务，将请求路由到这些网关，并允许网关转发到后端目的地。