我们为什么需要瞬时故障处理存储？ [英] Why we need Transient Fault Handling for storage?

问题描述

我看到一些跟帖表示存储库中已经有重试的政策，
那么我们为什么要使用这样的：瞬态故障处理块

I saw some thread said storage library already have retry policy, So why should us use this :Transient Fault Handling block

任何一个可以告诉我关于如何使用MYY BLOB和表存储正确此瞬态故障处理块一些样品？
谢谢！

Can any one show me some samples about how to use this Transient Fault handling block for myy blob and Table storage properly? thanks!

推荐答案

原因之一（我用它在我的应用程序的原因）在于瞬时故障处理应用程序块提供​​了重试逻辑，不仅存储（表，斑点和队列）也为SQL Azure的以及服务总线队列。如果你的项目利用了这些额外的资源（即SQL Azure和服务总线队列），你会希望有一个单一的库来处理瞬时故障，我建议使用这种过度的存储客户端库。

One reason (and the reason I use it in my application) is that the transient fault handling application block provides retry logic for not only storage (tables, blobs and queues) but also for SQL Azure as well as Service Bus Queues. If your project makes use of these additional resources (namely SQL Azure and Service Bus Queues) and you would want to have a single library to handle transient faults, I would recommend using this over storage client library.

另一个原因，我想给使用这个库是它的可扩展性。你也许可以扩展这个库来处理其他错误情况（不包括存储客户端库重试的政策），或者用它与其他网络资源，如服务管理API。

Another reason I would give for using this library is it's extensibility. You could probably extend this library to handle other error scenarios (not covered by storage client library retry policies) or use it against other web resources like service management API.

如果你仅仅使用BLOB和表存储，你很可能使用的配备存储客户端库重试的政策。

If you're just using blob and table storage, you could very well use the retry policies which come with storage client library.

这篇关于我们为什么需要瞬时故障处理存储？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！