Integración Azure Blob

Distingue cuándo Azure actúa como object storage y cuándo como sistema de archivos.

Flower® adapta la ruta a la semántica Azure Blob o Data Lake Storage en vez de reducir ambas a un conector genérico. Espacio, propiedades, estado de copia, niveles y renombrado siguen visibles.

Plano / HNS
Modo de espacio
Hot → Archive
Ciclo de acceso
Copia / renombrado
Semántica de movimiento

Modelo de almacenamiento Azure

01Elegir el espacio cambia la propia operación.

Una ruta Azure Blob incluye decisiones de cuenta, contenedor, directorio virtual, tipo de blob y metadatos. El espacio jerárquico, los objetos grandes y la política de destino influyen en listado, reinicio y reconciliación entre Azure y otros endpoints.

Cuenta, contenedor, ruta

Define cuenta, contenedor, prefijo o ruta, profundidad de listado, reglas de inclusión y propiedades esperadas. Con espacio jerárquico, explicita las suposiciones sobre directorios en vez de tratar todas las claves como planas.

El estado de copia no es finalización

Elige una unidad recuperable para blobs grandes y define cómo observar lecturas, escrituras y operaciones de servidor interrumpidas. Un reintento debe distinguir un destino completo de un resultado parcial o pendiente.

Las propiedades viajan con propósito

Especifica nombres, sobrescritura, metadatos y cabeceras, nivel de acceso, retención, archivo, cuarentena y limpieza. Conserva las propiedades que realmente usa el destino, no solo los bytes.

Flujo Flower consciente del modo

02Conserva la semántica Azure aunque cambie el destino.

Flower inspecciona propiedades y metadatos, lee blobs en streaming o por rangos, copia localmente o en el servicio, gestiona niveles y usa operaciones nativas cuando el espacio Azure lo permite.

Descubre en el espacio correcto

Un recorrido por prefijo plano y un directorio ADLS expresan intenciones distintas. Flower delimita profundidad, versiones, snapshots, elementos borrados y metadatos según la ruta.

Elige copia o pipeline de bytes

Una copia interna evita mover bytes por el cómputo; una ruta multiplataforma o con transformación necesita un stream controlado. Flower mantiene estado pendiente, reintentos, validación y evidencia final.

Renombra solo donde sea real

Con espacio jerárquico, el renombrado nativo puede publicar de forma atómica. En Blob plano, mover puede ser copiar y borrar: el flujo espera la prueba de destino antes de liberar el origen.

Decisiones de producción Azure

03Controla identidad, datos fríos y semántica de publicación.

Las funciones Azure interactúan: el espacio afecta operaciones, las versiones al listado, el archivo a la disponibilidad y la autorización puede variar entre endpoints blob y dfs. La ruta debe expresarlo.

Identidad y endpoint

Elige identidad administrada, principal de servicio u otro mecanismo aprobado con mínimo privilegio. Prueba endpoint blob o dfs, red privada, contenedor y límite ACL o RBAC reales.

Nivel y rehidratación

Un blob archivado no es un reintento normal: puede requerir rehidratación y otro objetivo. Define espera, alerta, omisión o recuperación controlada, con límites de tiempo y coste.

Cabeceras, metadatos y versiones

Enumera las propiedades usadas aguas abajo: tipo, codificación, metadatos, nivel, versión, tiempos y nombre. Valídalas después de la entrega, no solo el número de bytes.

Hablemos de tu flujo de datos

Convierte el requisito en un flujo de producción fiable.

Describe el origen, el destino, el volumen, las restricciones o el modo de fallo. Hablarás directamente con el equipo que desarrolla Flower.

Habla con el equipo de Flower