Este post foi traduzido automaticamente. Para a versão original, clique aqui.
Se você já passou tempo ajustando as políticas de ciclo de vida do Azure Blob Storage e depois viu tudo desmoronar quando os padrões de acesso mudaram, isso aqui é para você. A Microsoft acabou de anunciar a disponibilidade geral do smart tier para Azure Blob e Data Lake Storage — uma capacidade de tiering totalmente gerenciada que move objetos automaticamente entre os níveis hot, cool e cold com base no uso real.
O que o smart tier realmente faz
O conceito é direto: o smart tier avalia continuamente o último horário de acesso de cada objeto na sua conta de armazenamento. Dados acessados frequentemente ficam em hot, dados inativos passam para cool após 30 dias, e depois para cold após mais 60 dias. Quando os dados são acessados novamente, são promovidos de volta para hot imediatamente. O ciclo recomeça.
Sem regras de ciclo de vida para configurar. Sem previsões de padrões de acesso. Sem ajustes manuais.
Durante a preview, a Microsoft reportou que mais de 50% da capacidade gerenciada pelo smart tier foi automaticamente movida para níveis mais frios com base nos padrões reais de acesso. É uma redução de custos significativa para contas de armazenamento grandes.
Por que isso importa para desenvolvedores .NET
Se você está construindo aplicações que geram logs, telemetria, dados analíticos, ou qualquer tipo de patrimônio de dados em crescimento — e sejamos honestos, quem não está? — os custos de armazenamento se acumulam rápido. A abordagem tradicional era escrever políticas de gerenciamento de ciclo de vida, testá-las e depois reajustá-las quando os padrões de acesso da sua aplicação mudavam. O smart tier elimina todo esse fluxo de trabalho.
Alguns cenários práticos onde isso ajuda:
- Telemetria e logs de aplicações — hot durante a depuração, raramente acessados depois de algumas semanas
- Pipelines de dados e saídas de ETL — acessados intensamente durante o processamento, depois majoritariamente cold
- Conteúdo gerado por usuários — uploads recentes ficam em hot, conteúdo mais antigo esfria gradualmente
- Dados de backup e arquivamento — acessados ocasionalmente para conformidade, na maioria das vezes inativos
Como configurar
Habilitar o smart tier é uma configuração única:
- Contas novas: Selecione smart tier como o nível de acesso padrão durante a criação da conta de armazenamento (redundância zonal necessária)
- Contas existentes: Mude o nível de acesso de blob da sua configuração padrão atual para smart tier
Objetos menores que 128 KiB ficam em hot e não geram a taxa de monitoramento. Para todo o resto, você paga as taxas padrão de capacidade hot/cool/cold sem cobranças de transição de nível, sem penalidades de exclusão antecipada e sem custos de recuperação de dados. Uma taxa mensal de monitoramento por objeto cobre a orquestração.
O trade-off que você precisa conhecer
As regras de tiering do smart tier são estáticas (30 dias → cool, 90 dias → cold). Se você precisa de limites personalizados — digamos, mover para cool após 7 dias para uma carga de trabalho específica — as regras de ciclo de vida continuam sendo o caminho. E não misture os dois: evite usar regras de ciclo de vida em objetos gerenciados pelo smart tier, pois eles podem entrar em conflito.
Conclusão
Isso não é revolucionário, mas resolve uma dor de cabeça operacional real. Se você gerencia contas de blob storage em crescimento e está cansado de manter políticas de ciclo de vida, habilite o smart tier e deixe o Azure cuidar disso. Está disponível hoje em quase todas as regiões zonais da nuvem pública.
