Une entreprise exige que toutes les données d'un compte Azure Blob Storage restent dans le niveau archive. Comment pouvez-vous vous assurer que les données copiées dans le compte sont immédiatement placées dans le niveau archive ?

La bonne réponse est de créer une politique de cycle de vie avec une action tierToArchive et de configurer daysAfterModificationGreaterThan à 0. Cette configuration garantit que les blobs sont déplacés vers le niveau archive immédiatement après leur création ou modification, car 0 jour après la modification signifie "dès que possible". Les autres options sont incorrectes : Utiliser Put Block List avec x-ms-immutability-policy-mode est lié aux politiques d'immuabilité (WORM), pas au déplacement immédiat vers le niveau archive. Utiliser Put Blob avec x-ms-immutability-policy-until-date est également pour les politiques d'immuabilité et ne gère pas le niveau de stockage. Configurer un filtre blobIndexMatch dans une politique de cycle de vie est pour cibler des blobs spécifiques basés sur des balises d'index, pas pour forcer un déplacement immédiat de tous les nouveaux blobs vers le niveau archive.