Azure Blob 存储与文件服务 [英] Azure Blob Storage vs. File Service

问题描述

请纠正我的错误.从我目前对该主题的阅读来看，在我看来，Azure Blob 存储和文件服务都提供了存储文件和文件夹的能力(我知道 Blob 可以存储任何二进制对象，但可以存储任何序列化的对象)二进制流在一天结束时只是一个文件)在模仿文件系统的层次结构中.

Please correct my wrongs. From my reading on the topic so far, it appears to me that both, Azure Blob Storage and File Service offer the ability to store file(s) and folder(s) (I understand that blobs can store any binary object, but any serialized binary stream is just a file at the end of the day) in a hierarchical structure that mimics a file system.

只有访问它们的 API 略有不同，文件服务允许您使用 Win32 File I/O 之类的函数以及使用 REST API 来查询源.

Only the API to access them are slightly different in that the File Service allows you to query the source using Win32 File I/O like functions as well in addition to using the REST API.

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

Why would you choose one over another if you wanted your application to store some files owned by your application's users?

推荐答案

您的问题的几个项目:

1. 您无法将 Azure Blob 存储挂载为虚拟机上的本机共享.
2. Azure Blob 存储不是超越容器的层次结构.您可以添加包含/或 字符的文件，这些文件被许多读取 Blob 存储的应用解释为文件夹.
3. Azure 文件服务为 Azure Blob 存储提供了 SMB 协议接口，解决了 (1) 中的问题.

如果您正在开发新应用程序，请直接将本机 Azure API 用于 Blob 存储.

If you are developing a new application then leverage the native Azure API directly into Blob Storage.

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

If you are porting an existing application that needs to share files then use Azure File Service.

请注意，Azure 文件服务没有一些 SMB 协议功能不支持.

这篇关于Azure Blob 存储与文件服务的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！