Integração Azure Blob

Distinga quando o Azure atua como armazenamento de objetos ou como sistema de ficheiros.

Flower® adapta a rota à semântica Azure Blob ou Data Lake Storage em vez de reduzir ambas a um conector genérico. Namespace, propriedades, estado da cópia, classes e rename permanecem visíveis.

Plano / HNS
Modo de namespace
Hot → Archive
Ciclo de acesso
Cópia / rename
Semântica de movimento

Modelo de armazenamento Azure

01A escolha do namespace altera a própria operação.

Uma rota Azure Blob envolve conta, contentor, diretório virtual, tipo de blob e metadados. Namespace hierárquico, objetos grandes e política de destino influenciam listagem, reinício e reconciliação entre Azure e outros endpoints.

Conta, contentor, caminho

Defina conta, contentor, prefixo ou caminho, profundidade de listagem, regras de inclusão e propriedades esperadas. Com namespace hierárquico, explicite pressupostos de diretório em vez de tratar todas as chaves como planas.

O estado da cópia não é conclusão

Escolha uma unidade recuperável para blobs grandes e defina como observar leituras, escritas e operações do serviço interrompidas. Uma nova tentativa deve distinguir um destino completo de um resultado parcial ou pendente.

As propriedades viajam com propósito

Especifique nomes, substituição, metadados e cabeçalhos, nível de acesso, retenção, arquivo, quarentena e limpeza. Preserve as propriedades realmente utilizadas a jusante, não apenas os bytes.

Fluxo Flower consciente do modo

02Preserve a semântica Azure mesmo quando o destino muda.

Flower inspeciona propriedades e metadados, lê blobs em streaming ou por intervalos, copia localmente ou no serviço, gere classes e usa operações nativas quando o namespace Azure o permite.

Descubra no namespace correto

Um percurso por prefixo plano e um diretório ADLS exprimem intenções diferentes. Flower limita profundidade, versões, snapshots, itens eliminados e metadados segundo a rota.

Escolha cópia ou pipeline de bytes

Uma cópia no mesmo serviço evita mover bytes pelo compute; uma rota multiplataforma ou com transformação requer stream controlado. Flower mantém estado pendente, tentativas, validação e prova final no plano.

Use rename apenas onde é real

Com namespace hierárquico, rename nativo pode publicar de forma atómica. Em Blob plano, mover pode exigir copiar e eliminar; o fluxo aguarda a prova no destino antes de libertar a origem.

Decisões de produção Azure

03Controle identidade, dados frios e semântica de publicação.

As funções Azure interagem: namespace afeta operações, versões afetam listagens, arquivo afeta disponibilidade e a autorização pode variar entre endpoints blob e dfs. A rota deve explicitá-lo.

Identidade e endpoint

Escolha identidade gerida, principal de serviço ou mecanismo aprovado com privilégio mínimo. Teste endpoint blob ou dfs, rede privada, contentor e limite ACL ou RBAC reais.

Classe e reidratação

Um blob arquivado não é uma tentativa normal: pode exigir reidratação e outro objetivo. Defina espera, alerta, omissão ou recuperação controlada, com limites de tempo e custo.

Cabeçalhos, metadados e versões

Liste propriedades usadas a jusante: tipo, codificação, metadados, classe, versão, tempos e nome. Valide-as após a entrega, não apenas a contagem de bytes.

Fale-nos do seu fluxo de dados

Transforme o requisito num fluxo de produção fiável.

Descreva a origem, o destino, o volume, as restrições ou o modo de falha. Falará diretamente com a equipa que desenvolve o Flower.

Falar com a equipa do Flower