Exportar (0) Imprimir
Expandir todo

Referencia de la API REST de servicios de almacenamiento

Actualizado: diciembre de 2014

Las API de REST para los servicios de almacenamiento de Windows® Azure™ proporcionan acceso mediante programación a los servicios Blob, Cola, Tabla y Archivo en Windows 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 Windows 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.

ImportantImportante
Los servicios de almacenamiento de Windows Azure admiten HTTP y HTTPS; no obstante, se recomienda encarecidamente usar 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, vea 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 dos 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 en páginas solo están disponibles con la versión 2009-09-19.

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 debajo de MyGroup/.

Existen dos maneras de crear un blob en bloques. Los blobs en bloques con un tamaño menor o igual que 64 MB se pueden cargar llamando a la operación Put Blob. 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 puede ensamblar en un orden especificado en un único blob contiguo llamando a la operación Put Block List. El tamaño máximo admitido actualmente para un blob en bloques es de 200 GB.

Los blobs en páginas se crean e inicializan con un tamaño máximo con una llamada a Put Blob. Para escribir contenido en un blob en páginas, llame a la operación Put Page. El tamaño máximo admitido actualmente para un blob en páginas es de 1 TB.

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

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

Para obtener información de referencia de la API del servicio Blob, vea API de REST del servicio 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 acerca del servicio Cola, vea API de REST del servicio Cola.

El servicio Tabla proporciona almacenamiento estructurado en forma de tabla. El Servicio de tabla admite una API 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 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 Archivo proporciona los cuatro recursos siguientes: 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.

Vea también

Mostrar:
© 2014 Microsoft