Votre équipe de conformité exige un historique ordonné et durable des événements de création, de modification et de suppression de blobs pour tous les conteneurs d'un compte de stockage, et votre worker .NET doit être capable de reprendre le traitement à partir de la dernière position traitée après les redémarrages. Que devez-vous implémenter ?

La bonne réponse est d'activer le flux de modifications Azure Storage et d'utiliser le client de flux de modifications avec un jeton de continuation. Le flux de modifications fournit un journal transactionnel, durable et ordonné de toutes les modifications de blobs, répondant aux exigences de conformité. Le client de flux de modifications, combiné à un jeton de continuation stocké, permet à votre worker .NET de reprendre le traitement exactement là où il s'était arrêté après un redémarrage, assurant une résilience et une fiabilité. S'abonner aux événements Event Grid n'est pas idéal car Event Grid ne garantit pas l'ordre des événements et n'est pas conçu pour une relecture indéfinie à partir d'une position spécifique. Les journaux de diagnostic dans Log Analytics sont destinés à l'audit et à la surveillance, pas à un flux fiable et ordonné pour la relecture transactionnelle. La suppression réversible et la gestion des versions de blobs sont des fonctionnalités de protection des données, non un mécanisme pour un historique ordonné et rejouable des événements de modification.