Tag: 蓝色存储

有很多小的Azure存储blob容器（每个容器都有一些blob）还是一个容器有很多blob的容器？: 所以情况如下：我有一个Web服务的多个实例将一个数据块写入Azure存储。我需要能够将blob分组到一个容器（或一个虚拟目录），这取决于它接收的时间。有一段时间（每天最糟糕的时候），较旧的斑点将被处理，然后被删除。我有两个select：选项1 我创build一个名为“Blob”的容器（例如），然后将所有博客存储到该容器中。每个blob将使用一个目录样式名称，目录名称是它的接收时间（例如“hr0min0 / data.bin”，“hr0min0 / data2.bin”，“hr0min30 / data3.bin”，“hr1min45 / data.bin “，…，”hr23min0 / dataN.bin“等 – 每X分钟一个新目录）。处理这些blob的事情将首先处理hr0min0 blob，然后hr0minX等等（并且在处理时仍然正在写入blob）。选项2 我有许多容器，每个都有一个基于到达时间的名称（所以首先将是一个名为blobs_hr0min0，然后是blobs_hr0minX等的容器），容器中的所有Blob都是到达指定时间的Blob。处理这些博客的东西将一次处理一个容器。所以我的问题是，哪个选项更好？选项2是否给了我更好的并行化（因为一个容器可以在不同的服务器上），或者选项1更好，因为许多容器可能会导致其他未知的问题？

Azure Blob存储与文件服务: 请纠正我的错误。从我对这个主题的阅读到目前为止，在我看来，Azure Blob存储和文件服务都提供了存储文件和文件夹的能力（我明白blob可以存储任何二进制对象，但是任何序列化二进制stream只是在一天结束时的一个文件）在一个模仿文件系统的分层结构。只有访问它们的API略有不同，因为除了使用REST API之外，文件服务还允许您使用Win32 File I / O函数来查询源代码。如果您希望应用程序存储应用程序用户拥有的一些文件，为什么要select另一个呢？