2013-05-03 67 views

回答

1

有關實施示例,請在您發送的鏈接中閱讀 - 關鍵方案部分。如果連接沒有問題,則不要執行。我們使用它,但據我們所知,它並沒有幫助。我們遇到的每個故障都是長期的,Azure內部網絡相關問題導致TFHB無法處理的故障。

0

我不使用瞬態故障處理塊進行blob存儲,它可能更適用於表存儲或傳輸更大的數據塊時。鑑於我使用blob存儲容器在站點的某些區域上存檔調試信息(以短txt文件的形式),似乎有點複雜。我從來沒有目睹任何寫入存儲器的故障,我們每週都會寫上數千個日誌。當然,存儲的不同使用可能會產生不同的可靠性。

1

一個原因(以及我在應用程序中使用它的原因)是,瞬時故障處理應用程序塊不僅爲存儲(表,Blob和隊列)提供重試邏輯,而且還爲SQL Azure以及服務總線隊列。如果您的項目使用這些額外的資源(即SQL Azure和服務總線隊列),並且您希望有一個庫來處理瞬間故障,那麼我建議您使用此存儲客戶端庫。

我會給使用這個庫的另一個原因是它的可擴展性。您可以擴展此庫來處理其他錯誤情況(不受存儲客戶端庫重試策略的覆蓋),或者將其用於其他Web資源(如服務管理API)。

如果您只是使用blob和表存儲,則可以很好地使用存儲客戶端庫附帶的重試策略。

0

對於表和blob,您不需要使用任何外部瞬態重試塊afaik。那些在sdk中實現的是相當強大的。如果您認爲應該實施特殊重試策略,那麼要實現您自己的從Azure存儲IRetryPolicy接口繼承的重試策略,並將其作爲TableRequestOptions.RetryPolicy屬性的一部分傳遞給您的存儲請求。