A Microsoft anunciou recentemente uma alteração importante no modelo de faturamento para o Azure Blob Storage e Data Lake Storage (ADLS). Para os tiers de acesso Cool, Cold e Archive, foi implementado um tamanho mínimo tarifável de 128KiB por objeto.
Na prática, isso significa que, independentemente do tamanho real do arquivo — caso ele seja menor que 128KiB —, a cobrança de armazenamento será calculada como se o objeto tivesse exatamente esse tamanho. Para empresas brasileiras que utilizam o Azure como base para Data Lakes ou repositórios de log, essa mudança exige uma revisão criteriosa das políticas de retenção e das estratégias de ingestão de dados.
Até o momento, o custo marginal de armazenar milhares de arquivos minúsculos em tiers de acesso de longo prazo era praticamente irrelevante. Com essa atualização, o armazenamento de logs fragmentados, pequenos metadados ou eventos de telemetria granulados pode sofrer um impacto inesperado no budget de TI. Arquiteturas que optam por enviar mensagens individuais para o storage, em vez de agrupar blocos (batching), enfrentarão um aumento direto no custo total de propriedade (TCO) desses buckets.
Equipes de engenharia devem atuar preventivamente para mitigar esse impacto. A recomendação clara é avaliar estratégias de log rotation ou processos de compaction no pipeline de dados, consolidando arquivos pequenos em objetos maiores antes de enviá-los para os tiers Cool ou Archive. Ignorar essa mudança pode gerar uma ineficiência financeira que, em escala de Petabytes, torna-se insustentável.
Como sempre, nossa visão é consultiva: a nuvem oferece elasticidade, mas a gestão rigorosa é o que garante a eficiência operacional. Recomendamos uma análise imediata nos logs de faturamento do Azure para identificar o percentual de objetos abaixo de 128KiB nos tiers afetados e ajustar a arquitetura de persistência antes que o próximo cycle de fatura seja consolidado.
Artigo originalmente publicado em Azure Updates - Latest from Azure Charts.
