porta - upload file to blob storage azure

Azure Blob Storage vs. File Service

Question

Por favor, corrige mis errores. Desde mi lectura del tema hasta ahora, me parece que tanto Azure Blob Storage como File Service ofrecen la capacidad de almacenar archivos y carpetas (entiendo que los blobs pueden almacenar cualquier objeto binario, pero cualquier serialización la secuencia binaria es solo un archivo al final del día) en una estructura jerárquica que imita un sistema de archivos.

Solo la API para acceder a ellos es ligeramente diferente, ya que el Servicio de archivos también permite consultar el origen utilizando funciones de E / S de archivos Win32 además de utilizar la API REST.

¿Por qué elegiría uno sobre otro si quisiera que su aplicación almacenara algunos archivos propiedad de los usuarios de su aplicación?

Answer 1

Algunas otras cosas a considerar:

• Fijación de precios: el almacenamiento de blobs es mucho más económico que el almacenamiento de archivos.
• Portabilidad: con almacenamiento blob si decide migrar a una plataforma diff en el futuro, es posible que tenga que cambiar el código de la aplicación, pero con Almacenamiento de archivos puede migrar su aplicación a cualquier otra plataforma compatible con SMB (suponiendo que está utilizando API del sistema de archivos nativo en tu aplicación)

Answer 2

Algunos artículos para su pregunta:

1. No puede montar Azure Blob Storage como recurso compartido nativo en una máquina virtual.
2. Azure Blob Storage no es jerárquico más allá de los contenedores. Puede agregar archivos que tienen caracteres / o / que algunas aplicaciones que leen almacenamiento de blobs interpretan como carpetas.
3. Azure File Service proporciona una interfaz de protocolo SMB para Azure Blob Storage que resuelve el problema con (1).

Si está desarrollando una nueva aplicación, aproveche la API nativa de Azure directamente en Blob Storage.

Si está portando una aplicación existente que necesita compartir archivos, utilice Azure File Service.

Tenga en cuenta que hay algunas características del protocolo SMB que Azure File Service no admite .

Answer 3

Azure File Service se dirige más al manejo interno de archivos. Con interno quiero decir montar un directorio en una VM en la nube o en las instalaciones para que pueda cargarse en su back-end (protocolo basado en SMB).

Para compartir archivos con usuarios finales (web o aplicaciones), probablemente tenga más sentido usar almacenamiento de blob ya que esto simplifica la descarga a través de una URL y asegura la descarga a través de las Firmas de acceso compartido.

Esta publicación comparte más detalles sobre la comparación (en la parte inferior): https://blogs.msdn.microsoft.com/windowsazurestorage/2014/05/12/introducing-microsoft-azure-file-service/