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

问题描述

请纠正我的过错。从我的话题至今读，这在我看来，两者的Azure Blob存储和文件服务提供存储文件（S）和文件夹（S）的能力（据我所知，斑点可以存储任何二进制对象，但任何系列化二进制流只是在模仿一个文件系统中的分层结构在一天结束文件）。

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文件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存储许多应用程序如PTED夹间$ P $ \\字符。


3. Azure的文件服务提供了一个SMB协议接口天青Blob存储它解决了（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的文件服务不支持

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