Azure Smart Tier è in GA — Ottimizzazione automatica dei costi di Blob Storage senza regole di ciclo di vita

Emiliano Montesdeoca — Wed, 15 Apr 2026 00:00:00 +0000

Questo post è stato tradotto automaticamente. Per la versione originale, clicca qui.

Se hai mai passato tempo a ottimizzare le policy di ciclo di vita di Azure Blob Storage per poi vederle crollare quando i pattern di accesso sono cambiati, questo è per te. Microsoft ha appena annunciato la disponibilità generale dello smart tier per Azure Blob e Data Lake Storage — una funzionalità di tiering completamente gestita che sposta automaticamente gli oggetti tra i livelli hot, cool e cold in base all’utilizzo reale.

Cosa fa realmente lo smart tier

Il concetto è semplice: lo smart tier valuta continuamente l’ultimo orario di accesso di ogni oggetto nel tuo account di archiviazione. I dati acceduti frequentemente restano in hot, i dati inattivi passano a cool dopo 30 giorni, e poi a cold dopo altri 60 giorni. Quando i dati vengono nuovamente acceduti, vengono promossi subito a hot. Il ciclo ricomincia.

Nessuna regola di ciclo di vita da configurare. Nessuna previsione dei pattern di accesso. Nessun tuning manuale.

Durante la preview, Microsoft ha riportato che oltre il 50% della capacità gestita dallo smart tier si è spostata automaticamente verso livelli più freddi in base ai pattern di accesso reali. È una riduzione dei costi significativa per account di archiviazione di grandi dimensioni.

Perché è importante per gli sviluppatori .NET

Se stai costruendo applicazioni che generano log, telemetria, dati analitici, o qualsiasi tipo di patrimonio dati in crescita — e siamo onesti, chi non lo fa? — i costi di archiviazione si accumulano velocemente. L’approccio tradizionale era scrivere policy di gestione del ciclo di vita, testarle e poi ricalibrarle quando i pattern di accesso della tua applicazione cambiavano. Lo smart tier elimina completamente quel workflow.

Alcuni scenari pratici dove questo aiuta:

Telemetria e log delle applicazioni — hot durante il debug, raramente acceduti dopo qualche settimana
Pipeline di dati e output ETL — acceduti intensamente durante l’elaborazione, poi per lo più cold
Contenuti generati dagli utenti — gli upload recenti sono hot, i contenuti più vecchi si raffreddano gradualmente
Dati di backup e archiviazione — acceduti occasionalmente per conformità, per lo più inattivi

Come configurarlo

Abilitare lo smart tier è una configurazione una tantum:

Account nuovi: Seleziona smart tier come livello di accesso predefinito durante la creazione dell’account di archiviazione (ridondanza zonale richiesta)
Account esistenti: Cambia il livello di accesso blob dall’impostazione predefinita attuale a smart tier

Gli oggetti più piccoli di 128 KiB restano in hot e non generano la tariffa di monitoraggio. Per tutto il resto, paghi le tariffe standard di capacità hot/cool/cold senza costi di transizione tra livelli, senza penali per eliminazione anticipata e senza costi di recupero dati. Una tariffa mensile di monitoraggio per oggetto copre l’orchestrazione.

Il compromesso da conoscere

Le regole di tiering dello smart tier sono statiche (30 giorni → cool, 90 giorni → cold). Se hai bisogno di soglie personalizzate — ad esempio, spostare a cool dopo 7 giorni per un workload specifico — le regole di ciclo di vita restano la strada giusta. E non mescolare entrambi: evita di usare regole di ciclo di vita su oggetti gestiti dallo smart tier, perché possono entrare in conflitto.

Conclusione