【发布时间】:2014-09-12 20:43:21
【问题描述】:
请纠正我的错误。从我目前对该主题的阅读来看,在我看来,Azure Blob 存储和文件服务都提供了存储文件和文件夹的能力(我知道 blob 可以存储任何二进制对象,但任何序列化二进制流最终只是一个文件)在模仿文件系统的层次结构中。
只有访问它们的 API 略有不同,因为文件服务除了使用 REST API 之外,还允许您使用类似 Win32 文件 I/O 的函数来查询源。
如果您希望您的应用程序存储您的应用程序用户拥有的一些文件,为什么要选择一个而不是另一个?
【问题讨论】:
-
您是否阅读过 Azure 存储团队的这篇博文:blogs.msdn.com/b/windowsazurestorage/archive/2014/05/12/…?请向下滚动到说明何时使用哪种服务的部分。
-
是的,我在发布之前阅读了那篇文章。我正处于思考问题的早期阶段,我的理解还没有很好地形成。我仍然很困惑。我了解我读过的所有文章中所写的所有内容,但如果我想为我正在设计的应用程序存储用户拥有的文件,我正在努力找出最好的使用方法。
-
我想这归结为你想对这些用户文件做什么?它们会以某种方式流回(通过网络浏览器等)还是会被进一步处理?如果是前者,那么 Blob 存储是有意义的。如果是后者,那么文件服务是有意义的。
-
事情是:我想让用户上传和下载他自己的文件,并与他的联系人组中的其他人分享其中的一些文件(他们只能下载/阅读)。我可以使用带有 Blob 存储的共享访问签名 (SAS) 来做到这一点,但这并不能满足我的“共享”要求。我倾向于一种解决方案,在该解决方案中,我的应用程序/服务进行了所有身份验证,并且没有向用户公开实际的存储资源。在这种情况下,对我来说,文件服务和 Blob 存储都做同样的事情。没有人比其他人更能安慰我。
标签: azure azure-storage azure-blob-storage