Microsoft Azure:如何在没有企业应用程序块的情况下实现 ASP.NET 瞬态故障处理

Microsoft Azure: How to Implement ASP.NET Transient Fault Handling Without Enterprise Application Block

当我们第一次迁移到 Azure 时,通过 Enterprise Application Block 5.0 处理瞬态故障是镇上最好的游戏。我们使用它在获取 Azure SQL 连接、访问 ASP.NET 会话对象和访问 ASP.NET 应用程序对象时自动执行重试。为此,我们分别使用以下 classes:

现在根据 Microsoft's Transient Fault Handling Patterns and Practices 截至 2014 年 3 月:

Recent versions of SDKs for both Azure Storage and Azure Service Bus natively support retries. It is recommended to use these instead of the Transient Fault Handling Application Block

我们应该使用哪些 Azure SDK classes 来替换我们对已弃用的企业应用程序块瞬态故障处理的依赖?

此站点包含每个服务的本机客户端支持示例

https://github.com/mspnp/azure-guidance/blob/master/Retry-Service-Specific.md

请按照以下博文实施重试逻辑(这些是 ADO.NET 示例,但您可以使用您选择的语言复制该逻辑) https://msdn.microsoft.com/library/azure/ee336243.aspx

https://msdn.microsoft.com/en-us/library/azure/dn961167.aspx

第一个是使用企业库实现重试逻辑,第二个向您展示如何使用自定义代码实现重试逻辑。

回答你的问题:

我们应该使用什么 Azure SDK 类 来替换我们对已弃用的企业应用程序块瞬态故障处理的依赖? 您将不得不使用重试逻辑来提高连接弹性。不幸的是,目前没有可用于实现重试逻辑以连接到 Azure SQL 数据库的 Azure SDK。

让我知道这是否有意义。


最好,
认识 Bhagdev
微软项目经理