Azure ServiceFabric 中的反向代理与 ServicePartitionClient（用于 HTTP）
Reverse Proxy vs ServicePartitionClient (for HTTP) in Azure ServiceFabric
我对为什么我们可能会使用其中一种方法感兴趣，即这些方法的优缺点。
据我了解，两者都提供故障处理和端点解析。我的假设是对外部客户端（集群外）使用 ReverseProxy，在集群内使用 ServicePartitionClient。
反向代理在服务端工作，作为将Http请求路由到集群内其他服务运行的网关。反向代理用户可以在集群内部或外部。
Pro: 任何懂Http的人都可以访问。
Con：仅限于 Http。需要对调用方的服务名称和分区策略有深入的了解。
分区客户端运行客户端，调用服务。根据 TCommunicationClient 实现的底层通信技术，分区客户端可以在集群内部或外部使用。 （它不限于服务远程处理）
您可以编写使用分区客户端调用支持重试的反向代理的代码。
Pro：拥有 TCommunicationClient.
的任何人都可以访问
Con: 调用方需要熟悉服务名称和分区策略。
我对为什么我们可能会使用其中一种方法感兴趣，即这些方法的优缺点。
据我了解，两者都提供故障处理和端点解析。我的假设是对外部客户端（集群外）使用 ReverseProxy，在集群内使用 ServicePartitionClient。
反向代理在服务端工作，作为将Http请求路由到集群内其他服务运行的网关。反向代理用户可以在集群内部或外部。
Pro: 任何懂Http的人都可以访问。
Con：仅限于 Http。需要对调用方的服务名称和分区策略有深入的了解。
分区客户端运行客户端，调用服务。根据 TCommunicationClient 实现的底层通信技术，分区客户端可以在集群内部或外部使用。 （它不限于服务远程处理）
您可以编写使用分区客户端调用支持重试的反向代理的代码。
Pro：拥有 TCommunicationClient.
Con: 调用方需要熟悉服务名称和分区策略。