Armazenamento de Blobs do Azure: contêineres, camadas, ciclo de vida, replicação, gerenciamento e custo

radio_button_uncheckedshort_text1. Transforme uma biblioteca de mídia em uma carga de objetos governada

Imagine uma empresa de mídia cuja biblioteca de vídeos recebe milhares de acessos diários. Clipes novos precisam de desempenho imediato, o material antigo deve ficar mais econômico, o conteúdo vencido deve desaparecer automaticamente e objetos selecionados precisam ser copiados para outra região. O Armazenamento de Blobs do Azure fornece a plataforma; o administrador projeta contêineres, camadas de acesso, ciclo de vida, replicação, recuperação e custos.

Os objetivos são explicar a finalidade e os benefícios do Armazenamento de Blobs do Azure; criar e configurar a conta de armazenamento; gerenciar contêineres e blobs; otimizar desempenho e escalabilidade; automatizar movimentação e exclusão com políticas de ciclo de vida; configurar replicação de objetos; e escolher uma estratégia de preços.

• Bases úteis: virtualização, elasticidade, cobrança de nuvem conforme o uso, Azure Resource Manager, contas de armazenamento, Redes Virtuais do Azure, sistemas de arquivos, diretórios, arquivos e replicação de dados.
• Experiência prática: portal do Microsoft Azure ou CLI do Azure, além de PowerShell, Python ou outra linguagem de script para administração repetível.
• Contexto da prova: essas decisões apoiam as habilidades de gerenciamento de armazenamento medidas pela AZ-104.

radio_button_uncheckedshort_text2. O Armazenamento de Blobs guarda grandes volumes de objetos não estruturados

O Armazenamento de Blobs do Azure é o serviço de armazenamento de objetos em nuvem da Microsoft preparado para IA e para dados que não seguem um modelo predefinido. Um blob—objeto binário grande—pode conter texto ou conteúdo binário, como documentos, imagens, vídeo, áudio, instaladores, logs, backups e entradas para análise. O serviço também é chamado de armazenamento de objetos ou de contêineres.

Os padrões comuns são entregar imagens ou documentos diretamente ao navegador, distribuir arquivos de instalação, transmitir áudio e vídeo, acrescentar logs, manter conjuntos de backup e restauração, oferecer recuperação de desastre e arquivo morto e disponibilizar dados a um serviço de análise local ou hospedado no Azure.

Clientes usam URLs HTTP ou HTTPS, API REST do Armazenamento do Azure, Azure PowerShell, CLI do Azure ou bibliotecas de cliente. O Armazenamento de Blobs também sustenta o Azure Data Lake Storage Gen2; namespace hierárquico, SFTP e NFS 3.0 acrescentam comportamentos especializados quando a conta e a matriz de recursos os permitem.

radio_button_uncheckedshort_text3. Conta, contêiner e blob formam a hierarquia de recursos

Um blob não existe diretamente sob a assinatura nem sob a conta. A conta fornece namespace e limite de serviço, o contêiner agrupa objetos relacionados e cada blob guarda conteúdo, propriedades e metadados. Uma conta pode conter quantidade ilimitada de contêineres e um contêiner pode guardar quantidade ilimitada de blobs, embora os limites de escalabilidade da conta continuem válidos.

Organize contêineres por limites de segurança, ciclo de vida, propriedade, nomenclatura e operação. Separadores de diretório no nome do blob facilitam a navegação em namespace simples, mas não criam contêineres aninhados.

radio_button_uncheckedshort_text4. Nome do contêiner e acesso anônimo são controles intencionais

O nome do contêiner é exclusivo na conta e integra seu URI endereçável por DNS. Ele deve ter de 3 a 63 caracteres, começar por letra ou número, usar somente letras minúsculas, números e hífens e não conter hífens consecutivos. Crie o contêiner antes de enviar blobs; não é possível aninhar contêineres.

A opção do contêiner só produz efeito quando Permitir acesso anônimo de blob está habilitado na conta. Com a opção da conta desabilitada, todos os contêineres continuam privados. A Microsoft recomenda desabilitar acesso anônimo, exceto quando a carga realmente entrega conteúdo público; nesse caso, isole os contêineres públicos em uma conta dedicada.

Para dados não públicos, prefira Microsoft Entra ID e RBAC do Azure quando compatíveis. Uma assinatura de acesso compartilhado (SAS) delega acesso limitado e temporário; a Chave Compartilhada concede autoridade mais ampla e não deve ser incorporada indiscriminadamente a aplicações.

radio_button_uncheckedshort_text5. As camadas trocam preço de capacidade por preço de acesso e latência

Quanto mais fria a camada, menor tende a ser o preço por GB armazenado e maiores ficam os custos de leitura, recuperação e transação. Excluir, substituir ou mover um blob antes do prazo mínimo nas camadas esporádica, fria ou de arquivos pode gerar cobrança proporcional por exclusão antecipada. A definição de camada vale para blobs de blocos, não para blobs de páginas ou de acréscimo; contas Premium de blob de blocos não usam essas quatro camadas.

Frequente, Esporádica e Fria aceitam todas as opções de redundância do Armazenamento do Azure. A camada de Arquivo aceita LRS, GRS e RA-GRS, mas não ZRS, GZRS ou RA-GZRS. Os limites de capacidade pertencem à conta, não a cada camada.

A comparação de SLA do módulo apresenta disponibilidade de leitura RA-GRS de 99,99% na camada Frequente e 99,9% nas camadas Esporádica, Fria e de Arquivo, contra disponibilidade padrão de 99,9%/99%. A documentação atual também descreve a camada inteligente, capaz de posicionar dados elegíveis automaticamente entre Frequente, Esporádica e Fria; trate-a como uma otimização adicional às quatro camadas manuais enfatizadas no módulo.

radio_button_uncheckedshort_text6. Dados em arquivo morto precisam ser reidratados antes do uso

Arquivo é uma camada offline: a aplicação não lê nem modifica o conteúdo até ele retornar a uma camada online. Copy Blob é recomendado quando se deseja preservar a origem arquivada e criar um destino novo nas camadas Frequente, Esporádica ou Fria. Set Blob Tier altera o próprio blob.

Prioridade, região, tamanho, camada de destino, transações, capacidade recuperada e eventual exclusão antecipada afetam a conta. Enxergar os metadados do blob arquivado não torna seu conteúdo legível.

radio_button_uncheckedshort_text7. Políticas de ciclo de vida transformam idade e uso em ações automáticas

Os dados raramente mantêm o mesmo padrão para sempre. Podem começar na camada Frequente, tornar-se ocasionais após duas semanas, passar a arquivo após um mês e expirar depois. O gerenciamento do ciclo de vida do Armazenamento de Blobs codifica essa progressão em regras para contas de uso geral v2 e contas Premium de blob de blocos. Contas BlobStorage herdadas são aceitas, mas uso geral v2 é a recomendação atual para novas implantações Standard.

• Mover blobs de blocos ou de acréscimo de Frequente para Esporádica, Fria ou Arquivo e entre camadas mais frias compatíveis.
• Excluir versões atuais, versões anteriores ou instantâneos de blob ao fim de seus ciclos.
• Levar automaticamente um blob Esporádico de volta à camada Frequente quando acessado, se a opção compatível atender ao padrão imprevisível, sem multa por exclusão antecipada nessa movimentação automática.
• Aplicar regras à conta inteira ou filtrar por contêiner/prefixo do nome e marcas de índice do blob.

As políticas não processam blobs em contêineres do sistema como $logs e $web. A execução é assíncrona e periódica, não um agendador em tempo real. O ciclo de vida otimiza uma conta; Ações de Armazenamento do Azure pode executar operações em escala sobre várias contas.

radio_button_uncheckedshort_text8. Cada regra combina escopo, condição e ação

Uma política é um documento JSON com até 100 regras nomeadas. Cada regra pode ser habilitada ou desabilitada e reúne filtros e ações. O filtro informa os tipos de blob e pode restringir por prefixo ou condição de marca de índice; vários filtros são combinados com E lógico.

Regras baseadas em último acesso exigem acompanhamento do tempo de acesso. Como uma mudança de camada pode alterar valores usados por outra regra, teste a política inteira. Evite devolver imediatamente à camada de Arquivo um blob recém-reidratado e considere os períodos mínimos para não gerar multas evitáveis.

radio_button_uncheckedshort_text9. A replicação de objetos copia blobs de blocos selecionados de modo assíncrono

A replicação de objetos cria cópias assíncronas de blobs de blocos entre um contêiner de origem e outro de destino, possivelmente em outra região. A política liga uma conta de origem a uma conta de destino; cada regra mapeia um contêiner de origem a um de destino e pode filtrar os blobs elegíveis. Conteúdo, metadados, propriedades e versões são incluídos conforme o comportamento do serviço.

• Use contas de uso geral v2 ou Premium de blobs de blocos. Contas com namespace hierárquico não são compatíveis.
• Habilite controle de versão de blob na origem e no destino e feed de alterações na origem. Esses recursos podem acrescentar custos.
• Conceda a função Colaborador do Azure Resource Manager no escopo da conta ou superior para configurar a política.
• Origem e destino podem usar camadas online diferentes—Frequente, Esporádica ou Fria—mas a camada de Arquivo impede a replicação daquele blob.
• Instantâneos de blob não são replicados. Apenas reidratar um blob não reinicia a replicação; é preciso haver atualização posterior dos dados.

O controle de versão permite recuperar estados anteriores após modificação ou exclusão. Ele também retém dados cobrados; associe regras de ciclo de vida quando versões antigas devem expirar. O feed de alterações fornece o registro ordenado das mudanças usado pela replicação.

radio_button_uncheckedshort_text10. Replicação resolve distribuição, não todo problema de recuperação

A replicação geográfica da conta protege todos os dados segundo a redundância escolhida e é operada pelo serviço. A replicação de objetos é orientada por política, seletiva por contêiner e ocorre entre contas, permitindo distribuição e políticas independentes no destino.

radio_button_uncheckedshort_text11. Blocos, acréscimos e páginas otimizam gravações diferentes

Escolha o tipo na criação; ele não pode ser alterado depois. No fluxo de upload do portal, o administrador também escolhe contêiner ou pasta virtual, substituição, tamanho do bloco quando aplicável, camada de acesso e escopo de criptografia.

radio_button_uncheckedshort_text12. Escolha a ferramenta pelo volume, automação e restrição de rede

O portfólio atual possui outras opções gerenciadas, mas a decisão de prova permanece: portal para poucos objetos, explorador gráfico para trabalho interativo, AzCopy para transferência repetível pela rede e Data Box quando transportar mídia é mais realista que usar o link.

radio_button_uncheckedshort_text13. O custo de blobs é uma equação da carga, não só da capacidade

A Calculadora de Preços do Azure modela migração, uso mensal e estimativas futuras. Para blobs de blocos, comece por volume armazenado ao mês, quantidade e tipo de operações, transferência, região, desempenho e camada de acesso, redundância e retenção.

Preços mudam por região, redundância, moeda e data. Modele operações e testes de recuperação, em vez de copiar um preço de exemplo para produção.

radio_button_uncheckedshort_text14. Exercício: forneça armazenamento resiliente para um site público

O cenário é um site mundial com imagens, vídeos, material de marketing e histórias de clientes. O conteúdo é crítico, deve carregar com baixa latência, preservar o histórico de documentos e permitir recuperação rápida após exclusão. É necessária uma assinatura do Azure; a fonte estima cerca de 30 minutos.

1. Crie uma conta de uso geral v2 na região pedida e selecione redundância de alta disponibilidade adequada ao laboratório.
2. Habilite Permitir acesso anônimo de blob somente porque este laboratório entrega ativos públicos. Mantenha dados não relacionados em contas privadas.
3. Crie um contêiner dedicado, aplique leitura pública de Blob ou Contêiner conforme pedido e envie os documentos.
4. Habilite exclusão reversível de blob e escolha o período de retenção para restaurar conteúdo excluído.
5. Habilite controle de versão de blob para que substituições preservem estados anteriores; controle o crescimento com ciclo de vida.
6. Copie a URL pública, teste a entrega anônima em sessão privada e depois teste exclusão, cancelamento da exclusão e restauração de versão.

Em produção crítica, avalie também CDN ou Azure Front Door, domínio personalizado HTTPS, cache, controles de rede, monitoramento, backup e teste de recuperação. Exclusão reversível e versionamento se complementam; a Microsoft recomenda ambos para blobs críticos por cobrirem exclusões e substituições acidentais de formas diferentes.

radio_button_uncheckedshort_text15. Revisão da avaliação: relacione requisito ao mecanismo

A avaliação fornecida estima 10 minutos e informa se cada resposta está certa ou errada sem oferecer explicação individual. Perguntas e alternativas foram geradas por IA e revisadas por um autor humano. A tabela transforma as mesmas nove decisões em feedback de estudo sem reproduzir a redação original.

radio_button_uncheckedshort_text16. Versão compacta de cada tópico

radio_button_uncheckedshort_text17. Recuperação ativa e recursos oficiais

O Microsoft Copilot pode comparar, recomendar, explicar e pesquisar produtos e serviços do Azure. Abra o Microsoft Edge e escolha Copilot no canto superior direito ou visite copilot.microsoft.com; depois, valide recomendações operacionais nos links oficiais abaixo.

Perguntas de recuperação ativa

• Desenhe conta–contêiner–blob e diga todas as regras de nome do contêiner.
• Explique por que Arquivo não é apenas uma camada Fria mais barata.
• Escreva uma política para mídia que vai a Esporádica após 14 dias, Arquivo após 30 e é excluída no prazo exigido.
• Liste todos os pré-requisitos de replicação de objetos e duas limitações sem consultar.
• Escolha tipo e ferramenta para imagens, logs de acréscimo, discos de VM, migração por script e importação offline em escala.
• Pergunte ao Microsoft Copilot quais tarefas de administração de Blob são comuns e como o serviço é precificado; valide na documentação oficial atual.

Documentação oficial

• Introdução ao Armazenamento de Blobs do Azure
• Camadas de acesso para dados de blob
• Visão geral do gerenciamento do ciclo de vida
• Estrutura da política de ciclo de vida
• Replicação de objetos para blobs de blocos
• Escolher entre exclusão reversível e versionamento
• Recomendações de segurança
• Metas de escalabilidade e desempenho
• Planejar e gerenciar custos do Armazenamento de Blobs
• Transferir dados com o AzCopy