为什么我应该使用Service Fabric Reverse Proxy而不是Azure App Gateway与SF Cluster通信？

Question

这是一个很长的问题,有一些权衡取舍,我敢肯定.在这个文档区域:

不能给我足够自信地回答上面的问题.

因此,他们说:"Azure应用程序网关(AG)尝试再次解析服务地址,并在无法访问服务时重试该请求".

我知道Service Fabric Reverse Proxy(RP)是如何通过封装解析循环来实现这一点的.AG也有此功能吗？无论如何,AG也是一个反向代理.

因此,对于进入SF群集的外部流量至关重要,为什么我会使用另一个(我知道RP也允许群集内通信,这是一个很好的选择).

Answer 1

好吧，对于进入集群的外部流量，您将获得一个开箱即用的 Azure 负载均衡器/反向代理组合。但它是否足够是另一个问题。我们做出了同样的决定，我们最终使用了应用程序网关。

本文档概述了 Azure 负载均衡器和应用程序网关之间的差异。

一些要点：

• Azure 负载均衡器在传输层（OSI 网络参考堆栈中的第 4 层）工作。它在同一 Azure 数据中心内运行的应用程序实例之间提供网络级别的流量分配。
• 应用程序网关工作在应用层（OSI 网络参考堆栈中的第 7 层）。它充当反向代理服务，终止客户端连接并将请求转发到后端端点。

因此，应用程序网关还支持SSL 终止、SSL 端到端和基于 URL 的路由，这使其成为具有外部客户端的 Service Fabric 应用程序的理想选择。