在不使用领事的情况下在码头工具中发现服务

Question

我是docker和微服务的新手.我已经开始将我的网络应用程序分解为微服务,目前,我正在进行手动配置.

经过一番研究,我遇到了docker swarm模式,它允许发现服务.此外,我遇到了其他服务发现工具,如Eureka和Consul.

我的主要目标是将curl调用中的IP地址替换为服务名称和同一服务的多个实例之间的负载平衡.

即对于前者 curl http://192.168.0.11:8080/卷曲http:// my-service

我必须保持我的服务语言独立.

请建议,我是否需要使用Consul与docker swarm进行服务发现,或者我可以在没有Consul的情况下进行此操作？有什么好处？

Answer 1

随着新的"群模式",您可以使用泊坞窗服务创建跨多个节点群群集服务.然后,您可以使用服务名称而不是请求中的节点名称来访问那些负载均衡的相同服务.

这仅适用于群组覆盖网络内的节点.如果您的客户端系统是同一个群集的一部分,那么发现应该是开箱即用的,不需要任何外部解决方案.

另一方面,如果您希望能够从群组外的系统中发现服务,您可以选择以下几种方法:

• 对于无状态服务,您可以使用docker的路由网格,这将使服务端口可用于所有群集节点.这样您就可以指向swarm中的任何节点,docker会将您的请求定向到运行该服务的节点(无论您点击的节点是否具有该服务).
• 如果需要控制路由或处理不同的状态,请在群组服务前使用实际的负载均衡器.这可能是另一个docker服务(即haproxy,nginx)启动时带有--mode global确保它在所有节点上运行的选项,或者是一个单独的负载均衡器,如Citrix netscaler.您需要让服务容器通过其启动脚本或配置工具(或手动添加)重新配置LB.
• 使用像consul这样的东西进行外部服务发现.可能与registrator一起自动添加服务.在此方案中,您只需将外部客户端配置为使用consul服务器/群集进行DNS解析(或使用API​​).

当然,您也可以将服务消费者转移到群组中.如果您将客户端与不同物理VLAN(或VPC等)中的服务分开,则需要在单独的覆盖网络中启动客户端容器,以确保不会有效地阻止已经存在的任何物理网络隔离.