首页 理论教育 微服务运维实战:通过反向代理运行服务

微服务运维实战:通过反向代理运行服务

时间:2023-11-05 理论教育 版权反馈
【摘要】:我们希望go-demo服务能够与go-demo-db服务自由通信,并且只能通过反向代理访问。第三个称为ingress,它是一个默认设置,稍后将探讨其特殊用途。图3-3运行有三个节点、两个网络和几个容器的Docker Swarm集群现在两个服务都在集群内的某个地方运行,并且可以通过go-demo网络相互通信。现在把代理加进来,并将使用Docker Flow Proxy项目,它在HAProxy上添加了一些使其更加动态的附加功能。

微服务运维实战:通过反向代理运行服务

我们希望go-demo服务能够与go-demo-db服务自由通信,并且只能通过反向代理访问。我们已经知道如何完成第一部分,所要做的就是确保两个服务都属于同一个网络go-demo。

如何才能完成与反向代理的整合?

我们可以从创建一个新网络开始,并将其连接到所有要通过反向代理访问的服务:

我们列出当前正在运行的overlay覆盖网络:

输出如下:

这里有之前创建的go-demo网络和proxy网络。第三个称为ingress,它是一个默认设置,稍后将探讨其特殊用途。

现在已经准备好运行go-demo服务了。我们希望它能够与go-demo-db服务进行通信,因此它必须连接到go-demo网络。我们也希望它能够被代理(马上会创建它)访问,所以也将它连接到代理网络。

创建go-demo服务的命令如下:

这与我们在第2章中执行的命令非常相似,只是增加了--network proxy参数,如图3-3所示。(www.xing528.com)

图3-3 运行有三个节点、两个网络和几个容器的Docker Swarm集群

现在两个服务都在集群内的某个地方运行,并且可以通过go-demo网络相互通信。现在把代理加进来,并将使用Docker Flow Proxy(https://github.com/ vfarcic/docker-flow-proxy)项目,它在HAProxy(http://www.haproxy.org/)上添加了一些使其更加动态的附加功能。不管你选择哪种工具,我们探索的原则都是一样的。

请注意,目前,除了那些连接到同一网络的服务外,其他任何服务都无法访问。

免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。

我要反馈