REST de servicios de almacenamiento
TOC
Collapse the table of content
Expand the table of content
Este artículo se tradujo automáticamente. Para ver el artículo en inglés, active la casilla Inglés. Además, puede mostrar el texto en inglés en una ventana emergente si mueve el puntero del mouse sobre el texto.
Traducción
Inglés

Referencia de API de REST de servicios de almacenamiento de Azure

 

Las API de REST para los servicios de almacenamiento de Microsoft® Azure™ proporcionan acceso mediante programación a los servicios Blob, Cola, Tabla y Archivo en Azure o en el entorno de desarrollo, a través del emulador de almacenamiento.

Se puede tener acceso a todos los servicios de almacenamiento a través de las API de REST. Se puede obtener acceso a los servicios de almacenamiento desde un servicio que se ejecute en Azure, o directamente a través de Internet desde cualquier aplicación que pueda enviar una solicitud HTTP/HTTPS y recibir una respuesta HTTP/HTTPS.

System_CAPS_importantImportante

Los servicios de almacenamiento de Azure admiten HTTP y HTTPS; sin embargo, se recomienda encarecidamente utilizar HTTPS.

Todo el acceso a los servicios de almacenamiento se realiza a través de la cuenta de almacenamiento. La cuenta de almacenamiento es el nivel superior del espacio de nombres para tener acceso a cada uno de los servicios fundamentales. Es también la base para la autenticación.

Las API de REST para los servicios de almacenamiento exponen la cuenta de almacenamiento como un recurso.

Para crear y administrar una cuenta de almacenamiento, consulte Administrar cuentas, suscripciones y Roles administrativos.

El servicio Blob proporciona almacenamiento para entidades, como archivos binarios y archivos de texto. La API de REST para el servicio Blob expone dos recursos: contenedores y blobs. Un contenedor es un conjunto de blobs; cada blob debe pertenecer a un contenedor. El servicio Blob define tres tipos de blobs:

  • Blobs en bloques, que están optimizados para la transmisión por secuencias. Este tipo de blob es el único disponible con las versiones anteriores a 2009-09-19.

  • Blobs en páginas, que están optimizados para las operaciones de lectura/escritura aleatorias y proporcionan la posibilidad de escribir en un intervalo de bytes de un blob. Los blobs de página están disponibles con la versión 19-09-2009 y versiones posteriores.

  • Anexar a blobs, que están optimizados para anexar sólo las operaciones. Anexar BLOB están disponibles sólo con versión 2015-02-21 y posterior.

Los contenedores y los blobs admiten metadatos definidos por el usuario en forma de pares nombre-valor especificados como encabezados en una operación de solicitud.

Mediante la API de REST para el servicio Blob, los desarrolladores pueden crear un espacio de nombres jerárquico similar a un sistema de archivos. Los nombres de blob pueden codificar una jerarquía utilizando un separador de ruta de acceso configurable. Por ejemplo, los nombres de blob MyGroup/MyBlob1 y MyGroup/MyBlob2 implican un nivel virtual de organización para blobs. La operación de enumeración para los blobs permite recorrer la jerarquía virtual de forma similar a la de un sistema de archivos, de forma que se pueda devolver un conjunto de blobs organizados debajo de un grupo. Por ejemplo, puede enumerar todos los blobs organizados bajo MyGroup /.

Existen dos maneras de crear un blob en bloques. Bloquear blobs menor o igual que 64 MB de tamaño se pueden cargar mediante una llamada a la Put Blob operación. Los blobs en bloques con un tamaño mayor que 64 MB se deben cargar como un conjunto de bloques, cada uno de los cuales debe tener un tamaño menor o igual que 4 MB. Un conjunto de bloques cargados correctamente se pueden ensamblar en un orden especificado en un único blob contiguo llamando a Put Block List. El tamaño máximo admitido actualmente para un blob en bloques es 200.000 MB.

Blobs de página se crea y se inicializa con un tamaño máximo con una llamada a Put Blob. Para escribir contenido en un blob de página, se llama a la Put Page operación. El tamaño máximo admitido actualmente para un blob en páginas es de 1 TB.

Anexar blobs pueden crearse mediante una llamada a Put Blob. Un blob de anexar creado con la Put Blob operación no incluye ningún contenido. Para escribir contenido en un blob de datos anexados, agregar bloques al final del blob llamando a la Anexar bloque operación. No se admite la actualización o eliminación de los bloques existentes. Cada bloque puede tener un tamaño diferente, hasta un máximo de 4 MB. El tamaño máximo de un blob de datos anexados es 200.000 MB y un blob de anexar puede incluir bloques de no más de 50.000.

Los blobs admiten operaciones de actualización condicionales que pueden ser útiles para el control de simultaneidad y la carga eficaz.

Se pueden leer los blobs llamando a la Get Blob operación. Un cliente puede leer el blob completo o un intervalo arbitrario de bytes.

Para la referencia de API de servicio de Blob, vea API de REST de servicios de BLOB.

El servicio Cola proporciona un sistema de mensajería confiable y persistente, tanto dentro de los servicios como entre ellos. La API de REST para el servicio Cola expone dos recursos: colas y mensajes.

Las colas admiten metadatos definidos por el usuario en forma de pares nombre-valor especificados como encabezados en una operación de solicitud.

Cada cuenta de almacenamiento puede tener un número ilimitado de colas de mensajes con nombres exclusivos dentro de la cuenta. Cada cola de mensajes puede contener un número ilimitado de mensajes. El tamaño máximo de un mensaje está limitado a 64 KB para la versión 2011-08-18 y a 8 KB para las versiones anteriores.

Cuando un mensaje se lee de la cola, se espera que el consumidor lo procese y lo elimine a continuación. Una vez leído el mensaje, este se vuelve invisible para los otros consumidores durante un intervalo especificado. Si el mensaje aún no se ha eliminado en el momento en que expira el intervalo, se restaura su visibilidad, de modo que otro consumidor pueda procesarlo.

Para obtener más información sobre el servicio de cola, vea API de REST del servicio cola.

El servicio Tabla proporciona almacenamiento estructurado en forma de tabla. El servicio tabla admite una API de REST que implementa el Protocolo OData.

En una cuenta de almacenamiento, un desarrollador puede crear tablas con nombre. Las tablas almacenan datos en forma de entidades. Una entidad es una colección de propiedades con nombre y sus valores, similar a una fila. Las tablas tienen particiones para admitir el equilibrio de carga en los nodos de almacenamiento. Cada tabla tiene como primera propiedad una clave de partición que especifica la partición a la que pertenece una entidad. La segunda propiedad es una clave de fila que identifica una entidad en una partición determinada. La combinación de la clave de partición y la clave de fila forma una clave principal que identifica de forma única cada entidad en la tabla.

El servicio Tabla no obliga a utilizar ningún esquema en particular. Los desarrolladores pueden elegir implementar y aplicar un esquema en el lado del cliente. Para obtener más información acerca del servicio de la tabla, vea API de REST del servicio Tabla.

El protocolo Bloque de mensajes del servidor (SMB) es el protocolo de uso compartido de archivos preferido que se usa en entornos locales en la actualidad. El servicio Archivo de Microsoft Azure permite a los clientes aprovechar la disponibilidad y la escalabilidad del SMB de la infraestructura en la nube de Azure como servicio (IaaS) sin tener que reescribir aplicaciones cliente de SMB.

El servicio Archivo de Azure también ofrece una alternativa atractiva a las soluciones tradicionales de almacenamiento conectado directo (DAS) y red de área de almacenamiento (SAN), que con frecuencia son complejas y caras de instalar, configurar y poner en funcionamiento.

Los archivos almacenados en los recursos compartidos del servicio Archivo de Azure son accesibles mediante el protocolo SMB y las API de REST. El servicio de archivos ofrece los siguientes recursos: la cuenta de almacenamiento, recursos compartidos, directorios y archivos. Los recursos compartidos proporcionan una manera de organizar conjuntos de archivos y también se pueden montar como un recurso compartido de archivos mediante SMB hospedado en la nube.

Mostrar:
© 2016 Microsoft