azure - 为什么应该使用 Service Fabric 反向代理而不是 Azure 应用程序网关与 SF 集群通信？

Question

我确信这是一个很长的问题并且需要权衡。此文档 area :

不足以让我自信地回答上述问题。

所以，他们说: “Azure 应用程序网关 (AG) 尝试再次解析服务地址，并在无法访问服务时重试请求”。

我知道 Service Fabric 反向代理 (RP) 如何通过封装解析循环来实现此目的。 AG也有这个能力吗？从各方面来看，AG 也是一个反向代理。

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

Answer 1

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

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

一些要点:

• Azure Load Balancer works at the transport layer (Layer 4 in the OSI network reference stack). It provides network-level distribution of traffic across instances of an application running in the same Azure data center.
• Application Gateway works at the application layer (Layer 7 in the OSI network reference stack). It acts as a reverse-proxy service, terminating the client connection and forwarding requests to back-end endpoints.

因此，应用程序网关还支持 SSL termination , SSL end to end和 URL-based routing这使其成为具有外部客户端的 Service Fabric 应用程序的良好候选者。