Armazenamento de Blobs: armazenamento de objetos na nuvem

Azure Blob Storage (Binary Large Object) é a solução de armazenamento de objetos do Azure para armazenar grandes quantidades de dados não estruturados — dados que não se encaixam no esquema de um banco de dados relacional. Os exemplos incluem imagens, vídeos, arquivos de áudio, documentos PDF, arquivos de log, backups e binários de aplicativos. O Blob Storage é acessado por meio de APIs REST HTTP/HTTPS, do Azure SDK ou da CLI do Azure. É um dos serviços do Azure mais utilizados e a base de muitas arquiteturas de data lake, mídia e backup.

O Blob Storage é organizado em uma hierarquia de três níveis: Storage Account → Container → Blob. Um container é semelhante a uma pasta no nível superior — ele agrupa blobs relacionados e define a política de acesso para tudo o que está dentro dele. Um blob é um objeto individual (arquivo) armazenado em um contêiner. Os nomes dos blobs podem incluir barras ( / ) para simular uma hierarquia de pastas (por exemplo, images/2024/photo.jpg), mas o Blob Storage é essencialmente plano — essas barras fazem parte do nome do blob, não são diretórios reais.

O Azure Blob Storage oferece suporte a três tipos de blobs: Block blobs — o tipo mais comum, ideal para armazenar documentos, imagens e vídeos. Os dados são divididos em blocos e carregados em paralelo; o tamanho máximo é de aproximadamente 190 TB. Append blobs — otimizados para operações somente de acréscimo, como a gravação de arquivos de log; os novos dados são sempre adicionados ao final. Page blobs — coleções de páginas de 512 bytes otimizadas para acesso aleatório de leitura e gravação; usadas pelos discos gerenciados de VMs do Azure como mecanismo de armazenamento subjacente. Em caso de dúvida, use block blobs — eles são o padrão para armazenamento de objetos de uso geral.

O Blob Storage oferece três níveis de acesso que equilibram o custo de armazenamento e o custo de acesso: Hot tier — maior custo de armazenamento e menor custo de acesso; destinado a dados acessados com frequência. Cool tier — menor custo de armazenamento e maior custo de acesso, com compromisso mínimo de armazenamento de 30 dias; destinado a dados acessados com pouca frequência, como relatórios mensais. Archive tier — menor custo de armazenamento (aproximadamente 95% mais barato que o nível Hot), mas exige horas de rehydration antes que os dados possam ser acessados; destinado a arquivos de conformidade de longo prazo acessados raramente. Você pode definir um nível padrão no nível da conta e substituí-lo individualmente por blob.

Gerenciar manualmente as camadas de blob entre milhões de blobs é impraticável. As políticas de gerenciamento do ciclo de vida automatizam esse processo: você define regras que movem os blobs para camadas mais frias ou os excluem com base na idade ou na data do último acesso. Por exemplo: mover blobs para a camada Fria após 30 dias sem modificação, movê-los para a camada de Arquivo após 180 dias e excluí-los após 365 dias. Isso garante que seu armazenamento seja otimizado automaticamente para reduzir custos ao longo do tempo, sem intervenção manual. As políticas de ciclo de vida são definidas em JSON e aplicadas no nível da conta de armazenamento, afetando todos os blobs da conta.

Por padrão, todos os blobs em um contêiner são privados — acessíveis somente a usuários autenticados com as permissões apropriadas. Você pode tornar contêineres e blobs públicos definindo o nível de acesso do contêiner como Blob (blobs individuais legíveis) ou Contêiner (listagem do contêiner e todos os blobs legíveis). Para obter um acesso mais detalhado e limitado no tempo, use Assinaturas de Acesso Compartilhado (SAS) — URLs que contêm um token criptográfico que concede permissões específicas (leitura, gravação, exclusão) para um recurso e uma janela de tempo específicos, sem compartilhar as chaves da conta.

O Azure Blob Storage pode hospedar sites estáticos — HTML, CSS, JavaScript e arquivos de imagem servidos diretamente de uma conta de armazenamento por HTTP/HTTPS, sem nenhum código no servidor. Habilite a hospedagem de site estático em uma conta de armazenamento, designe um documento de índice (por exemplo, index.html) e um documento de erro, e carregue seus arquivos estáticos no contêiner especial $web. A URL da conta de armazenamento se torna a URL do seu site. Combine esse recurso com o Azure CDN para obter suporte a domínio personalizado, HTTPS e armazenamento em cache global nas bordas, tornando o site rápido para usuários em todo o mundo.

O Blob Storage é uma opção natural para cópias de segurança de aplicações e bases de dados: é durável (durabilidade de 11 noves com LRS, e ainda maior com GRS), altamente disponível e muito econômico para grandes volumes de dados — especialmente nas camadas Fria ou de Arquivo. Muitos serviços de cópia de segurança do Azure (Azure Backup para VMs, cópias de segurança automatizadas do SQL Database) armazenam seus dados no Blob Storage internamente. Você também pode escrever scripts de cópia de segurança que descarreguem uma base de dados diretamente para um blob usando o Azure CLI ou SDK como parte de uma tarefa agendada.

O Azure Data Lake Storage Gen2 (ADLS Gen2) é criado sobre o Blob Storage com um recurso adicional de namespace hierárquico, que torna as operações de diretório (renomear, excluir) atômicas e eficientes — algo essencial para cargas de trabalho de análise de big data. Habilitar o namespace hierárquico em uma conta de armazenamento a transforma em ADLS Gen2, que se integra nativamente ao Azure Synapse Analytics, Azure Databricks e HDInsight. Ele oferece suporte tanto à API do Blob Storage quanto ao protocolo HDFS, sendo compatível com ferramentas e estruturas existentes baseadas em Hadoop.

Os preços do Blob Storage têm três componentes: custo de armazenamento — por GB por mês, variando conforme a camada (quente: aproximadamente US$ 0,018/GB, fria: aproximadamente US$ 0,01/GB, arquivo: aproximadamente US$ 0,001/GB no Leste dos EUA). Custo das operações — por 10.000 operações de leitura e gravação, sendo maior nas camadas mais frias. Custo de transferência de dados — gratuito para dados de entrada (carregamento) e cobrado para dados de saída (download para a Internet). Para grandes conjuntos de dados, a escolha da camada tem um impacto significativo no custo total — mover dados acessados com pouca frequência da camada Quente para a Fria normalmente reduz a conta de armazenamento pela metade, enquanto a camada de Arquivo pode reduzir os custos em 95%.

Setores regulamentados, como os de finanças e saúde, exigem que os dados sejam armazenados em um formato WORM para cumprir regulamentações como a SEC Rule 17a-4 e a HIPAA. As políticas de imutabilidade do Azure Blob Storage permitem bloquear blobs para que eles não possam ser modificados ou excluídos durante um período de retenção especificado. Há dois tipos de política disponíveis: retenção baseada em tempo (o blob fica bloqueado até uma data) e retenção legal (o blob fica bloqueado indefinidamente até que a retenção seja removida). Depois de bloqueados, os blobs não podem ser excluídos nem mesmo pelos administradores da conta de armazenamento durante o período de retenção.

Teste sua compreensão dos conceitos do Microsoft Azure Fundamentals (AZ-900) apresentados nesta lição.

Nesta lição, você aprendeu que: o Blob Storage é um armazenamento de objetos para dados não estruturados, organizados na hierarquia de conta de armazenamento, contêiner e blob; as três camadas de acesso — quente, fria e arquivo — equilibram o custo de armazenamento e o custo de acesso para diferentes padrões de uso; e as políticas de gerenciamento do ciclo de vida movem automaticamente os blobs para camadas mais baratas ou os excluem com base na idade. A seguir, exploraremos o Azure Files e o Queue Storage para compartilhamento de arquivos e desacoplamento de mensagens.