Azure Files y Queue Storage

Azure Files proporciona recursos compartidos de archivos totalmente administrados en la nube, accesibles mediante los protocolos estándar del sector SMB (Server Message Block) y NFS (Network File System). Esto significa que puede montar un recurso compartido de archivos de Azure en máquinas Windows, Linux o macOS usando los mismos mecanismos que emplea para los recursos compartidos de red en una red corporativa local. A diferencia de Blob Storage, que requiere una API o un SDK específicos para acceder, Azure Files funciona sin problemas con cualquier aplicación capaz de leer desde una unidad asignada o una ruta UNC.

Azure Files está diseñado para varios escenarios empresariales habituales: almacenamiento compartido mediante lift-and-shift: migre las aplicaciones que dependen de servidores de archivos locales para que usen Azure Files, sin cambios en el código de la aplicación. Acceso híbrido: los servidores locales y las máquinas virtuales de Azure pueden montar simultáneamente el mismo recurso compartido mediante Azure File Sync. Recursos compartidos de configuración y ajustes: almacene archivos de configuración en un recurso compartido y móntelo desde varias instancias de App Service o contenedores. Recursos compartidos para herramientas de desarrollo: comparta complementos de IDE, herramientas de compilación y scripts entre los miembros de un equipo de desarrollo.

Azure File Sync amplía Azure Files a los entornos locales mediante la sincronización de un recurso compartido de archivos de Azure con un servidor de archivos de Windows. El servidor de Windows actúa como una caché local de los archivos a los que se accede con frecuencia; los archivos a los que no se ha accedido recientemente se sustituyen por archivos marcadores de posición de niveles en la nube, que aparecen en el directorio pero no consumen espacio en el disco local. Cuando un usuario abre un marcador de posición, Azure File Sync descarga de forma transparente el archivo real desde Azure en segundo plano. Esto proporciona a los usuarios un acceso local rápido y, al mismo tiempo, reduce el espacio de almacenamiento local.

Azure Files ofrece dos niveles de rendimiento: Standard (basado en HDD): rentable para compartir archivos de forma general, cargas de trabajo por lotes y directorios principales. Se factura por cada GB almacenado al mes. Premium (basado en SSD): diseñado para escenarios con muchos IOPS, como bases de datos, aplicaciones empresariales y sistemas de servicios financieros. Se factura por cada GB aprovisionado (se asigna la capacidad por adelantado), en lugar de por cada GB consumido. Elija Premium cuando su carga de trabajo necesite operaciones de E/S de archivos constantes y de baja latencia. Standard es suficiente para la mayoría de los escenarios de uso compartido de archivos de oficina.

Azure Queue Storage es un servicio para almacenar grandes cantidades de mensajes a los que se puede acceder desde cualquier lugar mediante llamadas HTTP/HTTPS autenticadas. Las colas permiten una comunicación asíncrona y desacoplada entre los componentes de una aplicación: un componente (el productor) agrega mensajes a la cola y otro componente (el consumidor) los recupera y procesa a su propio ritmo. Este desacoplamiento permite que el productor y el consumidor escalen de forma independiente y evita que el productor se bloquee si el consumidor es lento o no está disponible temporalmente.

Un mensaje de Azure Queue Storage puede tener un tamaño de hasta 64 KB y conservarse durante un máximo de 7 días. Cuando un consumidor recupera un mensaje, este se vuelve invisible durante un período configurable (el tiempo de espera de visibilidad, cuyo valor predeterminado es de 30 segundos). Si el consumidor procesa el mensaje y lo elimina antes de que transcurra el tiempo de espera, el mensaje se quita permanentemente. Si el consumidor falla antes de eliminarlo, el mensaje vuelve a ser visible para que otro consumidor lo procese, lo que proporciona una semántica de entrega al menos una vez para tolerancia a errores.

Azure ofrece dos servicios de colas y es importante saber cuándo usar cada uno: Queue Storage: colas sencillas y de gran tamaño (hasta 500 TB), sondeo basado en HTTP, ideal para un desacoplamiento básico entre productores y consumidores con millones de mensajes. Azure Service Bus: mensajería empresarial con características avanzadas, como orden de mensajes (FIFO), colas de mensajes fallidos, sesiones, detección de duplicados, temas con varios suscriptores y transacciones. Use Queue Storage para un desacoplamiento sencillo a gran escala. Use Service Bus cuando necesite garantías de mensajería empresarial o una distribución de tipo publicación-suscripción a varios consumidores.

Un patrón muy habitual consiste en combinar Queue Storage con Azure Functions: una aplicación web agrega mensajes de pedidos a una cola (el productor) y una Azure Function con un desencadenador de Queue (el consumidor) procesa cada pedido. La Function escala automáticamente según el número de mensajes que esperan en la cola: cuantos más mensajes haya, más instancias de la función se ejecutarán. Este patrón desacopla la interfaz web de la lógica de procesamiento de pedidos, garantiza que los pedidos no se pierdan aunque el servicio de procesamiento no esté disponible temporalmente y permite que el sistema gestione los picos de tráfico correctamente.

Azure Table Storage es un almacén NoSQL de clave-valor para guardar datos estructurados y no relacionales a gran escala y con un costo reducido. Los datos se organizan en tablas (no tablas relacionales; considérelas colecciones) y cada fila es una entidad con una clave de partición, una clave de fila y hasta 252 propiedades adicionales de tipos mixtos. Table Storage no tiene esquema: distintas filas de una misma tabla pueden tener propiedades diferentes. Es adecuado para escenarios que necesitan búsquedas rápidas por clave (como la telemetría de dispositivos o las preferencias de usuario), pero no admite JOIN ni consultas complejas.

Azure Files admite dos métodos de autenticación: clave de la cuenta de almacenamiento: concede acceso completo mediante la clave maestra de la cuenta; es sencillo, pero poco granular. Autenticación basada en identidades: permite autenticarse mediante Microsoft Entra ID (para máquinas virtuales que solo están en la nube) o Active Directory Domain Services (para máquinas híbridas unidas a un entorno local). La autenticación basada en identidades permite usar listas de control de acceso (ACL) por usuario y por grupo en las carpetas y los archivos del recurso compartido, igual que en los servidores de archivos de Windows locales. Este es el enfoque recomendado para recursos compartidos de archivos empresariales multiusuario.

En resumen, para elegir un servicio de almacenamiento: Blob Storage: para objetos no estructurados (imágenes, vídeos, copias de seguridad y archivos arbitrarios) a los que se accede mediante una API o una URL. Azure Files: para sistemas de archivos estructurados que requieren unidades montadas en el sistema operativo mediante SMB/NFS y que comparten varios servidores o usuarios. Queue Storage: para la mensajería asíncrona y duradera entre componentes de aplicaciones. Table Storage: para datos estructurados NoSQL de clave-valor que necesitan búsquedas rápidas basadas en claves y un costo reducido. Cosmos DB es el sucesor más potente y escalable de Table Storage para requisitos NoSQL complejos.

Compruebe su comprensión de los conceptos de Microsoft Azure Fundamentals (AZ-900) tratados en esta lección.

En esta lección aprendió que Azure Files proporciona recursos compartidos de archivos en la nube mediante SMB/NFS, se integra con las aplicaciones existentes y se puede sincronizar con servidores locales mediante Azure File Sync; que Queue Storage permite un desacoplamiento asíncrono y confiable entre los componentes de una aplicación, con entrega de mensajes al menos una vez; y que Table Storage ofrece un almacén NoSQL de clave-valor, sin esquema y rentable, para datos estructurados. A continuación, trataremos los tipos de almacenamiento en disco y la seguridad del almacenamiento mediante tokens SAS y puntos de conexión privados.