服务结构中的反向代理可以与多个窗口容器一起使用吗？

Question

我正在使用SF或坞群来评估容器编排，我可以看到服务结构具有优势，因为它能够使用反向代理实现，它运行在集群中的所有节点上。问题是，我可以看到，基于集群清单，只能使用一个端口作为反向代理端口，因此，如果您有多个windows容器运行，并且每个容器运行在自己的端口上，我就不完全理解如何使用它。我需要使用端口:仅使用端口映射(没有HTTP重写)，因此最终希望将一对一的反向端口映射到每个运行的窗口容器。是否可以通过使用服务结构来实现？

要明确的是，我有www.app1.com和www.app2.com托管在两个不同的容器中，它们不需要相互交谈。我将它们部署到服务fabric中，如何使用带有单个已发布外部端口的反向代理来从外部到达这些容器？

Answer 1

此时( service的5.6版本)，反向代理将使用Service命名服务执行服务解析，并提供访问服务的URI。反向代理会发现您的服务是特定于service的URL，例如http://clusterFQDN/appName/serviceName:port。

您可以使用DNS服务为您获取容器IP (集群中运行容器的主机节点的IP )。但是，只有通过DNS SRV记录查找才能找到端口。

在Service集群中公开容器的当前最佳选项是：

1. 如果您有一个固定的容器主机端口，Azure负载均衡器将能够监视容器所在的位置，并将请求转发给这些节点。您可以添加额外的公共IP到您的负载均衡器，并使用一个容器。无法与群集中的动态主机端口一起使用。
2. Azure API管理可以通过与Service命名服务集成来解析Service服务。
3. 创建您自己的HTTP作为一个可靠的服务：https://github.com/weidazhao/Hosting或https://github.com/c3-ls/ServiceFabric-Http
4. 在集群中将Nginx作为服务运行:基于这个原型，您可以在service：https://github.com/knom/ServiceFabric-Nginx中运行和配置Nginx

Answer 2

是的，您可以对多个容器使用反向代理。这个想法很简单

• 将端口配置为主机映射，以便主机知道应用程序正在侦听哪个端口。
• 将容器配置为容器，以便容器使用服务结构注册终结点。您可以选择此端点的端口。这将在命名服务中注册，并可用于反向代理。
• 容器之间的通信可以使用反向代理，使用您指定的服务名称和端口。如果您没有指定端口号，那么service将为您分配一个端口号，您可以使用环境变量获得它。

Service团队在这里有很好的文档-- https://learn.microsoft.com/en-us/azure/service-fabric/service-fabric-deploy-container-linux