问不使用领事在码头发现服务

EN

使用新的“群模式”，您可以使用停靠器服务创建跨多个群集节点的集群服务。然后，您可以通过在请求中使用服务名称而不是节点名称来访问这些相同的服务，即负载平衡服务。

这只适用于群集覆盖网络中的节点。如果您的客户端系统是同一群的一部分，那么发现应该在不需要任何外部解决方案的情况下开箱即用。

另一方面，如果您希望能够从群集之外的系统中发现服务，那么您有几种选择：

• 对于无状态服务，您可以使用docker的路由网格，这将使服务端口在所有群集节点上都可用。这样，您只需指向群中的任何节点，停靠者就会将您的请求定向到运行该服务的节点(不管您单击的节点是否有该服务)。
• 如果您需要控制路由或处理不同的状态，请在群集服务前面使用实际的负载均衡器。这可能是另一个带有--mode global选项的码头服务(即haproxy，nginx)，以确保它在所有节点上运行，或者是一个单独的负载均衡器，比如citrix。您需要让您的服务容器通过它们的启动脚本或通过供应工具(或者手动添加它们)重新配置LB。
• 使用领事之类的方法来发现外部服务。可能与登记员一起自动添加服务。在这个场景中，您只需配置您的外部客户端，使其能够使用领事服务器/集群进行DNS解析(或使用API)。

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

服务发现(通过dns)从1.12版本开始就被内置到了docker中。当您创建一个自定义网络时(比如桥接或覆盖，如果您有多个主机)，只要容器是同一个网络的一部分，就可以让容器通过名称相互交谈。您还可以为每个容器设置一个别名，以循环具有相同别名的容器列表。有关简单的示例，请参见：

https://linuxctl.com/docker-networking-options-bridge

只要您在码头网络中使用桥接器模式，并在该网络中创建容器，服务发现就可以立即提供给您。

一旦基础设施开始扩展到分布在它们上的多个服务器和微服务，您将需要从其他工具获得帮助。

蜂群是一个很好的工具，然而，如果我的产品负载涉及到像亚马逊这样的IaaS提供商，我想继续坚持下去。