我是否需要重试策略来处理Service Fabric内部通信的瞬时故障？

Question

我们将Azure Service Fabric与可靠的服务和演员，IoTHub和Web Apis结合使用，目前正在集成“瞬态故障处理”（TFH）来处理（远程）服务通信期间的错误。

对于Azure存储和SQL它已经实现，我们使用内置的重试策略，它工作正常。

但是Service Fabric内部通信怎么样？还有服务，通过远程机制进行通信。

以下是我的问题：

• 我们是否需要处理可靠服务与Service Fabric中可靠代理之间通信的瞬时故障？
• 如果是这样 - 怎么可以这样做？ Transient Fault Handling Application Block是实现内部通信的重试策略的唯一方法吗？
• 如果不是 - Service Fabric如何处理瞬态故障？

我已收集的其他信息：

This article about communication between services描述了用于服务间通信的典型故障处理重试模式。但是，我们使用Service Remoting代替ICommunicationClientFactory和ICommunicationClient。我无法弄清楚如何使用Service Remoting进行这种典型的故障处理。

Answer 1

迟到的答案，但也许人们仍在寻找答案......无论如何，Service Fabric都有默认的瞬态故障处理（以及非瞬态故障处理）。通过OperationRetrySettings，您可以自定义这些。您还可以通过TransportSettings自定义其他属性。以下是如何自定义这些设置的示例：

ERROR in /some/path/note.test.ts
(27,3): error TS2304: Cannot find name '

// @彼得