Docker 领事/注册人体系结构-我是否需要在每个虚拟机上有一个单独的领事代理?

Docker 领事/注册人体系结构-我是否需要在每个虚拟机上有一个单独的领事代理?,docker,vagrant,microservices,consul,Docker,Vagrant,Microservices,Consul,我试图使用concur和Registrator来获取各种vm中的微服务,但我认为我并没有得到什么东西。据我所知,注册人自动向领事注册集装箱。所以我想我会有一个运行concur的VM,然后对于每个微服务,我会有一个带有Registrator+微服务的VM 但是,我无法让注册者在单独的虚拟机中与领事代理交谈。更仔细地看一下建议的体系结构,似乎我需要在每个VM上都有一个单独的consur代理。我理解得对吗?若然,原因为何?注册者不应该仅仅能够将容器信息转发给任何虚拟机上的领事代理吗 另外,我是否需要在

我试图使用concur和Registrator来获取各种vm中的微服务,但我认为我并没有得到什么东西。据我所知,注册人自动向领事注册集装箱。所以我想我会有一个运行concur的VM,然后对于每个微服务,我会有一个带有Registrator+微服务的VM

但是,我无法让注册者在单独的虚拟机中与领事代理交谈。更仔细地看一下建议的体系结构,似乎我需要在每个VM上都有一个单独的consur代理。我理解得对吗?若然,原因为何?注册者不应该仅仅能够将容器信息转发给任何虚拟机上的领事代理吗


另外,我是否需要在具有Consour代理和服务器的VM上运行Registrator?

您需要在每个提供服务的VM上都有一个Consour代理,以便它可以与Consour服务器通信信息

这有很好的信息:

领事馆架构 每个向concur提供服务的节点都运行一个concur代理。代理负责检查节点上服务的运行状况以及节点本身。代理与一个或多个领事服务器对话

注册代理 Registrator agent可以根据ECS任务定义中定义的容器环境变量中发布的端口和元数据,自动注册/注销ECS任务或服务的服务


因此,这两个是互补的,需要为您将部署的每个服务(名称)部署

谢谢,这澄清了分工。