也许有人可以指出我的方向，我应该如何为我的Blob存储实施故障转移方案。
我正在处理相当大的有效负载，这些有效负载已发送到我的API。 API会使用元数据提取有效负载，并将其保存到Blob。除我有SLA要求外，其他一切似乎都工作正常，它在Azure Blob Storage服务不可用的情况下定义了故障转移策略，API应该回退并在本地或任何其他位置持久保存文件。 Azure Blob Storage启动并运行后，应将文件传输回Blob进行进一步处理。
我的第一个想法是，只要在服务的所有实例之间共享文件（将其扩展到多个实例时）how stated here，我就可以在Azure App Service文件系统中本地保存文件，https://stackblitz.com/edit/angular-nzs7zh仍使用相同的Azure存储实现。
那么这里最好的选择是什么？
答案 0 :(得分：0)
正如aidden所述，如果发生中断，您的存储帐户将自动故障转移到其他区域。预览功能使您可以强制进行故障转移。 The SLA for Geo-Redundant storage为99.9％，即使在整个Azure区域关闭的情况下，它也将继续起作用。这对于大多数应用程序来说已经足够。
您已经注意到，App Services还利用存储空间，因此在存储空间大范围中断的情况下，写入磁盘是不够的。处理大文件时，有两个选择会引起注意，即使所有存储设备都将关闭，大文件也会保留。