App1 télécharge un journal de transactions cumulatif nommé File1.txt vers un blob de blocs dans le conteneur app1data une fois par heure ; File1.txt ne contient que les transactions du jour en cours. Vous devez pouvoir restaurer la version la plus récemment téléchargée de File1.txt de n'importe quel jour précédent jusqu'à 30 jours après qu'elle a été écrasée, tout en minimisant l'utilisation du stockage. Quelle fonctionnalité devez-vous activer ?

Le contrôle de version des objets blob (Blob versioning) est la solution la plus appropriée. Il crée automatiquement une nouvelle version d'un objet blob chaque fois qu'il est modifié ou écrasé, ce qui vous permet de conserver l'historique complet de l'objet blob. Vous pouvez configurer une politique de gestion du cycle de vie pour supprimer automatiquement les anciennes versions après 30 jours, minimisant ainsi les coûts de stockage. La suppression réversible d'objets blob (Blob soft delete) protège contre la suppression accidentelle, mais ne conserve pas les versions précédentes lorsqu'un objet blob est écrasé. La suppression réversible de conteneurs (Container soft delete) protège les conteneurs entiers, ce qui est excessif ici. Les instantanés d'objets blob (Blob snapshots) sont des copies en lecture seule créées manuellement ou par une planification, mais le contrôle de version est plus efficace pour gérer automatiquement les modifications fréquentes du même fichier.