Cet article a été traduit automatiquement. Pour la version originale, cliquez ici.
Si vous avez déjà passé du temps à peaufiner les politiques de cycle de vie d’Azure Blob Storage pour ensuite les voir s’effondrer quand les patterns d’accès ont changé, ceci est pour vous. Microsoft vient d’annoncer la disponibilité générale du smart tier pour Azure Blob et Data Lake Storage — une capacité de tiering entièrement gérée qui déplace automatiquement les objets entre les niveaux hot, cool et cold en fonction de l’utilisation réelle.
Ce que fait réellement le smart tier
Le concept est simple : le smart tier évalue en continu la dernière heure d’accès de chaque objet dans votre compte de stockage. Les données fréquemment consultées restent en hot, les données inactives passent en cool après 30 jours, puis en cold après 60 jours supplémentaires. Quand les données sont à nouveau consultées, elles sont repromues en hot immédiatement. Le cycle recommence.
Pas de règles de cycle de vie à configurer. Pas de prédictions de patterns d’accès. Pas de réglages manuels.
Pendant la preview, Microsoft a rapporté que plus de 50% de la capacité gérée par smart tier s’est automatiquement déplacée vers des niveaux plus froids en fonction des patterns d’accès réels. C’est une réduction de coûts significative pour les comptes de stockage volumineux.
Pourquoi c’est important pour les développeurs .NET
Si vous développez des applications qui génèrent des logs, de la télémétrie, des données analytiques, ou tout type de patrimoine de données en croissance — et soyons honnêtes, qui ne le fait pas ? — les coûts de stockage s’accumulent vite. L’approche traditionnelle consistait à écrire des politiques de gestion de cycle de vie, les tester, puis les réajuster quand les patterns d’accès de votre application changeaient. Smart tier supprime entièrement ce workflow.
Quelques scénarios pratiques où cela aide :
- Télémétrie et logs d’applications — hot lors du débogage, rarement consultés après quelques semaines
- Pipelines de données et sorties ETL — sollicités intensément pendant le traitement, puis majoritairement cold
- Contenu généré par les utilisateurs — les uploads récents sont hot, le contenu ancien refroidit progressivement
- Données de sauvegarde et d’archivage — consultées occasionnellement pour la conformité, majoritairement inactives
Configuration
Activer le smart tier est une configuration unique :
- Nouveaux comptes : Sélectionnez smart tier comme niveau d’accès par défaut lors de la création du compte de stockage (redondance zonale requise)
- Comptes existants : Changez le niveau d’accès blob de votre valeur par défaut actuelle vers smart tier
Les objets de moins de 128 KiB restent en hot et n’engendrent pas de frais de surveillance. Pour tout le reste, vous payez les tarifs standard de capacité hot/cool/cold sans frais de transition de niveau, sans pénalités de suppression anticipée et sans coûts de récupération de données. Des frais de surveillance mensuels par objet couvrent l’orchestration.
Le compromis à connaître
Les règles de tiering du smart tier sont statiques (30 jours → cool, 90 jours → cold). Si vous avez besoin de seuils personnalisés — par exemple, passer en cool après 7 jours pour un workload spécifique — les règles de cycle de vie restent la solution. Et ne mélangez pas les deux : évitez d’utiliser des règles de cycle de vie sur des objets gérés par smart tier, car elles peuvent entrer en conflit.
Pour conclure
Ce n’est pas révolutionnaire, mais ça résout un vrai casse-tête opérationnel. Si vous gérez des comptes blob storage en croissance et que vous en avez assez de maintenir des politiques de cycle de vie, activez smart tier et laissez Azure s’en charger. C’est disponible dès aujourd’hui dans la quasi-totalité des régions zonales du cloud public.
