Vous devez protéger des objets blob critiques pour l'entreprise afin qu'ils ne puissent pas être modifiés ou supprimés pendant une période de rétention définie par le client, empêcher les écrasements et les suppressions, et prendre en charge le comportement d'écriture unique/lecture multiple. Quelles sont les deux actions à effectuer sur le compte de stockage ?

Pour protéger des objets blob critiques contre les modifications ou suppressions pendant une période définie, et pour prendre en charge le comportement WORM (Write Once, Read Many), vous devez utiliser les fonctionnalités d'immuabilité d'Azure Blob Storage. La configuration d'une politique de rétention basée sur le temps sur le compte de stockage empêche la modification ou la suppression des données pendant la durée spécifiée. L'activation de la prise en charge de l'immuabilité au niveau de la version permet de protéger les versions individuelles des objets blob. Les autres options ne répondent pas aux exigences de WORM : Une signature d'accès partagé (SAS) accorde un accès délégué mais ne garantit pas l'immuabilité. Le flux de modifications des objets blob enregistre les modifications mais ne les empêche pas. La restauration à un instant T permet de récupérer des données antérieures mais ne bloque pas les modifications futures.