Preparación para la Certificación Microsoft AZ-104
Azure Blob Storage: contenedores, niveles, ciclo de vida, replicación, administración y costo
Aprende a organizar y proteger blobs, elegir entre nivel frecuente y archivo, automatizar el ciclo de vida, replicar blobs en bloques, seleccionar herramientas, calcular costos y crear almacenamiento para un sitio público.
Tiempo de estudio sugerido: 90 minutos • Nivel intermedio • Reescritura original basada en el módulo proporcionado de Microsoft Learn y corregida con la documentación vigente de Azure Blob Storage
Por João Ricardo Dutra••Contenido original completo
1. Convierte una biblioteca multimedia en una carga de objetos gobernada
Imagina una empresa multimedia cuya biblioteca de videos recibe miles de accesos diarios. Los clips nuevos necesitan rendimiento inmediato, el material antiguo debe abaratarse, el contenido vencido debe desaparecer automáticamente y ciertos objetos deben copiarse a otra región. proporciona la plataforma; el administrador diseña contenedores, niveles de acceso, ciclo de vida, replicación, recuperación y costos.
Los objetivos son explicar la finalidad y los beneficios de ; crear y configurar la cuenta de almacenamiento; administrar contenedores y blobs; optimizar rendimiento y escalabilidad; automatizar movimientos y eliminaciones mediante directivas de ciclo de vida; configurar replicación de objetos; y elegir una estrategia de precios.
Bases útiles: virtualización, elasticidad, precios de nube de pago por uso, , cuentas de almacenamiento, , sistemas de archivos, directorios, archivos y replicación de datos.
Experiencia práctica: Microsoft Azure Portal o la CLI de , además de PowerShell, Python u otro lenguaje de scripting para una administración repetible.
Contexto del examen: estas decisiones sustentan las aptitudes de administración de almacenamiento de AZ-104.
El capítulo sigue las decisiones del administrador desde la ingesta hasta la retención y la recuperación.
2. conserva enormes cantidades de objetos no estructurados
es el servicio de almacenamiento de objetos en la nube de Microsoft preparado para IA y para datos sin un modelo predefinido. Un blob—objeto binario grande—puede contener texto o datos binarios como documentos, imágenes, video, audio, instaladores, registros, copias de seguridad y entradas analíticas. También se conoce como almacenamiento de objetos o de contenedores.
Los patrones habituales son servir imágenes o documentos directamente al explorador, distribuir archivos de instalación, transmitir audio y video, anexar registros, retener conjuntos de copia y restauración, sostener recuperación ante desastres y archivo, y exponer datos a un servicio analítico local u hospedado en .
Los clientes usan o , la de ,, la CLI de o bibliotecas cliente. Blob también sustenta Gen2; el jerárquico, SFTP y NFS 3.0 agregan comportamientos especializados cuando la cuenta y la matriz de características los admiten.
3. Cuenta, contenedor y blob forman la jerarquía de recursos
Un blob no existe directamente bajo la suscripción ni la cuenta. La cuenta aporta el y el límite del servicio, el contenedor agrupa objetos relacionados y cada blob guarda contenido, propiedades y . Una cuenta puede contener un número ilimitado de contenedores y un contenedor un número ilimitado de blobs, aunque siguen vigentes los límites de escalabilidad de la cuenta.
Diseña los contenedores según límites de seguridad, ciclo de vida, propiedad, nomenclatura y operación. Los separadores de directorio dentro del nombre facilitan la exploración en un espacio plano, pero no crean contenedores anidados.
La cuenta delimita el servicio, el contenedor delimita la agrupación y el blob es el objeto almacenado.
4. El nombre del contenedor y el acceso anónimo son controles intencionados
El nombre del contenedor es único dentro de la cuenta y forma parte de su direccionable por . Debe tener entre 3 y 63 caracteres, empezar por letra o número, usar solo minúsculas, números y guiones y no contener guiones consecutivos. Crea el contenedor antes de cargar blobs; no se pueden anidar contenedores.
Opciones de lectura anónima del contenedor.
Opción del portal
Capacidad anónima
Efecto
Privado (predeterminado)
Ninguna
Cada solicitud al contenedor y a sus blobs requiere autorización.
Blob
Solo lectura de blobs
Quien tenga la lee el blob, pero no enumera anónimamente el contenedor.
Contenedor
Lectura y listado del contenedor y blobs
Una solicitud anónima puede enumerar y leer datos de blobs en ese contenedor.
La opción del contenedor solo tiene efecto si Permitir acceso anónimo de blobs está habilitado en la cuenta. Si está deshabilitado, todos los contenedores permanecen privados. Microsoft recomienda deshabilitar el acceso anónimo salvo que la carga sirva contenido público deliberadamente; en ese caso, aísla los contenedores públicos en una cuenta dedicada.
Para datos no públicos, prefiere y de cuando sean compatibles. Una firma de acceso compartido (SAS) delega acceso limitado y temporal; la clave compartida concede autoridad más amplia y no debe incrustarse indiscriminadamente en aplicaciones.
El acceso público exige permiso en la cuenta y una selección explícita en el contenedor.
5. Los niveles intercambian precio de capacidad por precio de acceso y latencia
Características actuales de los cuatro niveles principales.
Nivel
Patrón de acceso
Disponibilidad y latencia
Retención mínima recomendada
Frecuente
Lectura o modificación frecuente; procesamiento activo y preparación
En línea, primer byte en milisegundos; 99,9% de disponibilidad
Ninguna
Esporádico
Acceso poco frecuente con recuperación inmediata; copia a corto plazo y medios antiguos
En línea, milisegundos; 99%
30 días en uso general v2
Frío
Acceso raro que aún requiere recuperación inmediata en línea
En línea, milisegundos; 99%
90 días en uso general v2
Archivo
Acceso muy raro que tolera rehidratación
Sin conexión, horas; 99%
180 días
Cuanto más frío sea el nivel, menor suele ser el precio por GB almacenado y mayores los cargos de lectura, recuperación y transacción. Eliminar, sobrescribir o mover un blob antes del plazo mínimo en Esporádico, Frío o Archivo puede generar un cargo prorrateado por eliminación anticipada. La asignación de nivel se aplica a blobs en bloques, no a blobs en páginas o en anexos; las cuentas Premium de blobs en bloques no usan estos cuatro niveles.
Frecuente, Esporádico y Frío admiten todas las opciones de redundancia de . Archivo admite LRS, GRS y RA-GRS, pero no ZRS, GZRS ni RA-GZRS. Los límites de capacidad pertenecen a la cuenta, no a cada nivel.
La comparación de del módulo indica disponibilidad de lectura RA-GRS del 99,99% para Frecuente y del 99,9% para Esporádico, Frío y Archivo, frente a disponibilidad estándar del 99,9%/99%. La documentación actual también describe el nivel inteligente, que puede ubicar automáticamente datos aptos entre Frecuente, Esporádico y Frío; considéralo una optimización adicional a los cuatro niveles manuales destacados por el módulo.
Elige según lecturas, escrituras, retención y latencia de recuperación reales, no solo por antigüedad.
6. Los datos archivados deben rehidratarse antes de usarse
Archivo es un nivel sin conexión: una aplicación no puede leer ni modificar el contenido hasta devolverlo a un nivel en línea. Copy Blob se recomienda cuando se quiere conservar el origen archivado y crear un destino nuevo en Frecuente, Esporádico o Frío. Set Blob Tier cambia el mismo blob.
Prioridades de rehidratación destacadas en el módulo.
Prioridad
Latencia típica
Uso
Estándar
Hasta unas 15 horas
Recuperación normal con menor costo.
Alta
Normalmente menos de una hora para blobs aptos inferiores a 10 GB
Recuperación urgente ante desastres con precio superior.
Prioridad, región, tamaño, nivel de destino, transacciones, capacidad recuperada y posible eliminación anticipada afectan la factura. Ver los de un blob archivado no hace legible su contenido.
7. Las directivas de ciclo de vida convierten edad y uso en acciones automáticas
Los datos rara vez mantienen el mismo patrón para siempre. Pueden empezar en Frecuente, volverse ocasionales tras dos semanas, pasar a archivo al mes y expirar después. La administración del ciclo de vida codifica esa progresión en reglas para cuentas de uso general v2 y Premium de blobs en bloques. Las cuentas BlobStorage heredadas son compatibles, pero uso general v2 es la recomendación actual para implementaciones Estándar nuevas.
Mover blobs en bloques o en anexos desde Frecuente a Esporádico, Frío o Archivo y entre niveles más fríos compatibles.
Eliminar versiones actuales, versiones anteriores o instantáneas al terminar su ciclo.
Devolver automáticamente un blob Esporádico a Frecuente cuando se accede, si la opción compatible satisface un patrón imprevisible, sin penalización por eliminación anticipada para ese movimiento automático.
Aplicar reglas a toda la cuenta o filtrar por contenedor/prefijo y etiquetas de índice de blobs.
Las directivas no procesan blobs de contenedores del sistema como $ y $web. La ejecución es asíncrona y periódica, no un programador en tiempo real. El ciclo de vida optimiza una cuenta; puede realizar operaciones a escala en varias cuentas.
8. Cada regla combina ámbito, condición y acción
Una directiva es un documento con hasta 100 reglas con nombre. Cada regla se puede habilitar o deshabilitar y reúne filtros y acciones. El filtro indica tipos de blob y puede restringir por prefijo o condición de etiqueta de índice; varios filtros se combinan con un AND lógico.
Modelo Si–Entonces del portal.
Parte
Pregunta
Ejemplos
Ámbito/filtro
¿Qué objetos son candidatos?
Todos los blobs, contenedores o prefijos elegidos, bloques o anexos, etiquetas, versiones actuales/anteriores e instantáneas.
Si
¿Cuándo se cumple?
Más de N días desde creación, modificación, último acceso o creación de versión/instantánea, según la acción.
Entonces
¿Qué debe hacer ?
Mover a Esporádico, Frío o Archivo; volver de Esporádico a Frecuente tras acceso si se admite; eliminar.
Las reglas basadas en último acceso requieren seguimiento del tiempo de acceso. Como un cambio de nivel puede alterar valores usados por otra regla, prueba la directiva completa. Evita devolver de inmediato a Archivo un blob recién rehidratado y considera los períodos mínimos para evitar penalizaciones.
La automatización es un flujo Si–Entonces determinista cuya economía debe probarse.
9. La replicación de objetos copia de forma asíncrona blobs en bloques seleccionados
La replicación de objetos crea copias asíncronas de blobs en bloques entre un contenedor de origen y otro de destino, posiblemente en otra región. La directiva vincula una cuenta de origen con una de destino; cada regla asigna un contenedor de origen a uno de destino y puede filtrar blobs aptos. Contenido, , propiedades y versiones se incluyen según el comportamiento del servicio.
Usa cuentas de uso general v2 o Premium de blobs en bloques. No se admiten cuentas con jerárquico.
Habilita control de versiones de blobs en origen y destino y fuente de cambios en el origen. Estas características pueden agregar costos.
Concede el rol Colaborador de en el ámbito de la cuenta o superior para configurar la directiva.
Origen y destino pueden usar niveles en línea diferentes—Frecuente, Esporádico o Frío—pero Archivo impide la replicación de ese blob.
Las instantáneas no se replican. Solo rehidratar un blob no reinicia la replicación; debe haber una actualización posterior de datos.
El control de versiones permite recuperar estados anteriores tras modificación o eliminación. También retiene datos facturables; asócialo con reglas de ciclo de vida si las versiones antiguas deben expirar. La fuente de cambios proporciona el registro ordenado que usa la replicación.
La directiva elige contenedores y blobs en bloques aptos; no copia todos los servicios de la cuenta.
10. La replicación resuelve distribución, no todos los problemas de recuperación
Beneficios y límites de la replicación de objetos.
Necesidad
Cómo ayuda
Límite
Menor latencia de lectura
Sirve una copia desde una región más cercana.
La aplicación debe elegir y autorizar el punto de conexión de destino.
Eficiencia de proceso regional
Ejecuta cargas sobre conjuntos equivalentes en regiones separadas.
Es asíncrona; diseña para el retraso.
Distribución controlada
Analiza centralmente y replica solo resultados elegidos.
Asignaciones y filtros definen el ámbito.
Optimización de costos
Aplica una directiva de ciclo de vida diferente a la copia.
Archiva solo después de completar la replicación.
Resiliencia regional
Mantiene otra copia regional del objeto.
Las copias asíncronas con versiones no reemplazan backup, inmutabilidad ni conmutación por error probada.
La replicación geográfica de la cuenta protege automáticamente todos los datos según la redundancia elegida. La replicación de objetos se basa en directivas, es selectiva por contenedor y ocurre entre cuentas, permitiendo distribución y ciclo de vida independiente en el destino.
11. Bloques, anexos y páginas optimizan escrituras diferentes
Tipos de blob de .
Tipo
Organización y punto fuerte
Carga típica
Blob en bloques
Bloques cargados individualmente se confirman como un objeto; valor predeterminado de la mayoría de cargas.
Documentos, imágenes, video, copias, instaladores y objetos generales.
Blob en anexos
Los bloques se agregan eficientemente al final.
Registros y flujos de solo anexión.
Blob en páginas
Páginas de 512 bytes admiten lecturas y escrituras aleatorias frecuentes; hasta 8 TiB.
VHD y base de discos de SO y datos de .
Elige el tipo al crear el blob; no se puede cambiar después. En la carga del portal, también se eligen contenedor o carpeta virtual, sobrescritura, tamaño de bloque cuando procede, nivel de acceso y ámbito de cifrado.
12. Elige la herramienta según volumen, automatización y red
Opciones de administración y transferencia del módulo.
Herramienta
Mejor encaje
Capacidades
Microsoft Azure Portal
Pocos archivos y configuración directa
Carga e inspecciona blobs; elige tipo, nivel, sobrescritura, destino y ámbito de cifrado.
Explorador de
Administración gráfica de escritorio
Carga, descarga, previsualiza, edita y administra blobs, archivos, colas, tablas, entidades de , discos, permisos y controles.
Transferencia en línea rápida y automatizable en Windows o Linux
Copia datos hacia o desde Blob , entre contenedores y entre cuentas.
Disk
Conjuntos locales grandes o red limitada
Microsoft envía SSD; copias localmente, devuelves los discos y Microsoft carga los datos en Blob .
La cartera actual ofrece otras opciones administradas, pero la decisión de examen sigue clara: portal para pocos objetos, explorador gráfico para trabajo interactivo, para transferencia repetible por red y Data Box cuando enviar medios físicos es más realista que usar el enlace.
Elige primero el tipo de objeto y después una herramienta adecuada a la escala y conectividad.
13. El costo de blobs es una ecuación de la carga, no solo de capacidad
La Calculadora de precios de modela migración, uso mensual y previsiones. Para blobs en bloques, empieza por volumen almacenado al mes, número y tipo de operaciones, transferencia, región, rendimiento y nivel, redundancia y retención.
Medidores importantes.
Factor
Efecto
Capacidad
El almacenamiento por GB suele abaratarse en niveles más fríos.
Lectura/recuperación
Esporádico, Frío y Archivo cobran recuperación por GB; la rehidratación incluye operaciones y prioridad.
Transacciones
Todos los niveles cobran operaciones y el precio suele aumentar en niveles fríos.
Replicación geográfica
Las cuentas georredundantes cobran por GB transferido para replicación.
Transferencia de salida
Los datos que salen del límite aplicable de se facturan por GB según ancho de banda.
Cambio de nivel
Esporádico a Frecuente en la cuenta equivale a leer todos los datos; Frecuente a Esporádico equivale a escribirlos en Esporádico para GPv2. Los cambios por blob también pueden cobrar lectura, escritura, recuperación y eliminación anticipada.
Datos de protección
Versiones, instantáneas, datos eliminados temporalmente, fuente de cambios y replicación consumen capacidad u operaciones facturables.
Los precios cambian por región, redundancia, moneda y fecha. Modela operaciones y pruebas de recuperación en vez de copiar un precio de ejemplo a producción.
El nivel con capacidad más barata puede resultar caro si hay muchas lecturas, movimientos o eliminaciones anticipadas.
14. Ejercicio: proporciona almacenamiento resistente para un sitio público
El escenario es un sitio mundial con imágenes, videos, material de marketing e historias de clientes. El contenido es crítico, debe cargar con baja latencia, conservar el historial y recuperarse rápido tras una eliminación. Se necesita una suscripción de ; la fuente estima unos 30 minutos.
Crea una cuenta de uso general v2 en la región pedida y selecciona una redundancia de alta disponibilidad apropiada para el laboratorio.
Habilita Permitir acceso anónimo de blobs solo porque este laboratorio sirve recursos públicos. Mantén datos no relacionados en cuentas privadas.
Crea un contenedor dedicado, aplica lectura pública Blob o Contenedor según se solicite y carga los documentos.
Habilita eliminación temporal de blobs y elige el período de retención para restaurar contenido eliminado.
Habilita control de versiones para conservar estados anteriores al sobrescribir; controla el crecimiento con ciclo de vida.
Copia la pública, prueba la entrega anónima en una sesión privada y después prueba eliminación, recuperación y restauración de versiones.
En producción crítica, evalúa además o , dominio personalizado, caché, controles de red, supervisión, backup y pruebas. Eliminación temporal y versiones se complementan; Microsoft recomienda ambas para blobs críticos porque cubren eliminación y sobrescritura accidental de forma distinta.
La entrega pública y la recuperación son controles separados; configura y prueba ambos.
15. Revisión de la evaluación: relaciona requisito y mecanismo
La evaluación proporcionada estima 10 minutos e indica si cada respuesta es correcta sin ofrecer explicación individual. Las preguntas y opciones fueron generadas mediante IA y revisadas por un autor humano. La tabla convierte las mismas nueve decisiones en comentarios de estudio sin reproducir el texto original.
Respuestas parafraseadas de la evaluación suministrada.
Requisito
Mejor respuesta
Motivo
Influencia principal del costo en Archivo
Tiempo de recuperación y costo por GB accedido
La capacidad es barata, pero el acceso es lento y relativamente caro.
Cumplimiento histórico, retención indefinida y accesos raros
Archivo
Minimiza capacidad si se aceptan horas de latencia y larga retención.
Optimizar rendimiento y escala al envejecer los datos
Directiva de ciclo de vida
Las transiciones automáticas alinean ubicación y costo con el acceso.
Biblioteca de videos editada con frecuencia
Frecuente
Muchas lecturas y escrituras favorecen acceso económico y rendimiento inmediato.
Objetos frente a replicación geográfica
Reglas selectivas de contenedor entre cuentas
La georredundancia replica la cuenta; objetos usa asignaciones y filtros.
Copia a corto plazo, rara e inmediatamente disponible
Esporádico
Está en línea y se diseña para al menos 30 días en GPv2.
Replicación frente a copia simple
Copia regional asíncrona
Distribuye objetos aptos, pero no crea por sí sola un historial aislado e inmutable.
Ciclo de vida de versiones anteriores
Versiones más reglas de ciclo de vida
Las versiones crean estados y la directiva los mueve o elimina.
Disponibilidad ante una interrupción regional
Replicación de objetos entre regiones, entre las opciones
Crea una copia de destino, pero producción aún necesita conmutación probada.
16. Versión compacta de cada tema
Revisión rápida.
Tema
Recuerda
Finalidad
Objetos no estructurados para explorador, distribución, , registros, copia, archivo y análisis.
Jerarquía
Cuenta → contenedor → blob; no se anidan contenedores y el nombre sigue reglas .
Acceso anónimo
El permiso de cuenta controla Privado, Blob o Contenedor; privado es el valor seguro.
Niveles
Frecuente = activo; Esporádico = 30+ días; Frío = 90+; Archivo = sin conexión, 180+. Más frío: capacidad menor y acceso mayor.
Rehidratación
Copy Blob conserva origen; Set Blob Tier cambia en sitio; Estándar es más lenta y Alta urgente/costosa.
Ciclo de vida
Filtro + tiempo + acción automatizan nivel y eliminación para estados actuales, versiones e instantáneas.
Replicación
Bloques; versiones en ambas cuentas, fuente en origen, niveles en línea, sin instantáneas ni HNS.
Tipos
Bloques = objetos; anexos = registros; páginas = E/S aleatoria y VHD; el tipo no cambia.
Herramientas
Portal para pocos, Explorador para GUI, para scripts y Data Box Disk para escala sin conexión.
Precio
Modela capacidad, operaciones, recuperación, salida, redundancia, cambios, protección y eliminación anticipada.
Laboratorio
Cuenta/contenedor público entrega; eliminación temporal y versiones protegen estados recuperables.
17. Recuperación activa y recursos oficiales
Microsoft Copilot puede comparar, recomendar, explicar e investigar productos y servicios de . Abre Microsoft Edge y elige Copilot en la esquina superior derecha o visita copilot.microsoft.com; después valida las recomendaciones operativas en los vínculos oficiales.
Preguntas de recuperación activa
Dibuja cuenta–contenedor–blob y explica todas las reglas de nombre del contenedor.
Explica por qué Archivo no es simplemente un nivel Frío más barato.
Escribe una directiva para medios que pasan a Esporádico tras 14 días, a Archivo tras 30 y se eliminan al vencer.
Enumera todos los requisitos de replicación de objetos y dos limitaciones sin consultar.
Elige tipo y herramienta para imágenes, registros anexados, discos de VM, migración por script e importación sin conexión a escala.
Pregunta a Microsoft Copilot qué tareas de administración de blobs son comunes y cómo se calcula el precio; valida la respuesta en documentación oficial vigente.
