我正在使用附加 blob 来存储一个大的二进制文件。我将文件分成几部分（每个部分小于 4 MB）并附加它们以使其再次完整。如果在此过程中追加操作失败，文件中是否有任何来自此失败的追加尝试的残留物？还是这个追加操作是原子的？
【问题讨论】：
Append Blobs 还是在Block Blob 上进行分块上传？
标签： azure atomic azure-blob-storage
使用Append Blob，只要将块写入 blob，它就会被提交并更改 blob 的大小。因此，在您的场景中，假设您已将源文件分成 10 个部分并附加这些部分。让我们进一步假设第 1 - 4 部分成功，第 5 部分失败，然后第 6 - 10 部分成功。在这种情况下，您将得到一个包含 1-4 和 6-10 部分的损坏 blob。因为在 Append Blob 中，内容总是附加到 Blob 的现有内容中，所以您无法为第 5 部分插入正确的数据。
考虑到这种情况，我不建议使用Append Blobs。 Append Blob 的用例绝对不是这个。 我建议为此使用Block Blob。使用 Block Blob，您放置第 1 至第 4 部分，然后第 5 部分失败，然后整个上传操作将失败。使用块 Blob，Azure 存储将上传但未提交的块保留 14 天。因此，如果您想从第 5 部分恢复上传，您将从 Azure 获取有关未提交块的信息，然后从第 5 部分重新开始上传。上传其余部分后，您可以指示 Azure 将这些块放在一起（使用 Put Block List 操作）以创建 blob。
【讨论】：
如果存储服务返回失败代码，则失败的尝试不会留下任何内容。这假设“尝试”意味着单个存储服务调用（例如追加 4MB 块）。
【讨论】：