Azure Blob存储与文件服务的比较

2018-06-23 13:57:05

请纠正我的错误。从我对这个主题的阅读到目前为止，看来Azure Blob存储和文件服务都提供了存储文件和文件夹的功能（我明白blob可以存储任何二进制对象，但是任何序列化二进制流只是一天结束时的一个文件）在模仿文件系统的层次结构中。

只有访问它们的API稍有不同，因为除了使用REST API之外，文件服务还允许您使用Win32 File I / O函数来查询源代码。

如果您希望应用程序存储应用程序用户拥有的某些文件，为什么要选择另一个呢？

针对您的问题的一些项目：

您无法将Azure Blob存储安装为虚拟机上的本机共享。

Azure Blob存储不是超越容器的分层结构。您可以添加其中包含/或字符的文件，这些文件被读取blob存储的许多应用程序解释为文件夹。

Azure文件服务为Azure Blob存储提供SMB协议接口，解决了（1）中的问题。

如果您正在开发新的应用程序，则直接将本地Azure API直接用于Blob存储。

如果要移植需要共享文件的现有应用程序，请使用Azure文件服务。

请注意，Azure File Service不支持一些SMB协议功能。

其他一些事情要考虑：

定价：Blob存储比文件存储便宜得多。

可移植性：如果您以后决定迁移到差异平台，则可能需要更改应用程序代码，但使用文件存储，您可以将应用程序迁移到任何其他支持SMB的平台（假设您正在使用本机文件系统API你的应用）

Azure文件服务更多地针对内部文件处理。对于内部，我的意思是将一个目录挂载到云中或本地的虚拟机上，以便它可以加载到您的后端（基于SMB的协议）中。

为了与最终用户（网页或应用程序）共享文件，使用blob存储可能更有意义，因为这可以简化通过URL下载和通过共享访问签名保护下载的过程。

这篇文章共享比较的更多细节（底部）：https://blogs.msdn.microsoft.com/windowsazurestorage/2014/05/12/introducing-microsoft-azure-file-service/

链接地址: http://www.djcxy.com/p/66107.html