A storage operation that accesses the Azure Storage service can fail in various ways. For example, there could be an unexpected timeout if the Storage service is moving a partition for performance reasons, so we are dealing with transient errors. It is advisable, therefore, to code defensively in the assumption that failure could occur unexpectedly.
The Azure Storage library supports defensive coding by providing a retry policy for operations to the Storage service. This is done by default, but the retry policy classes support parameterization and customization of the process.
CloudBlobClient class has a
RetryPolicy property to define it at factory level. In addition, a storage operation on a
blob object ...