Il tuo team di conformità richiede una cronologia ordinata e duratura degli eventi di creazione, modifica ed eliminazione di blob per tutti i container in un account di archiviazione, e il tuo worker .NET deve essere in grado di riprendere l'elaborazione dall'ultima posizione elaborata dopo i riavvii. Cosa dovresti implementare?

L'abilitazione del feed di modifiche di Azure Storage e l'utilizzo di un token di continuazione memorizzato è la soluzione corretta perché fornisce una cronologia ordinata e duratura di tutti gli eventi di creazione, modifica ed eliminazione dei blob. Il feed di modifiche è progettato per garantire l'ordine degli eventi e la durabilità, essenziale per i requisiti di conformità. Il token di continuazione consente al worker .NET di riprendere l'elaborazione esattamente dall'ultima posizione elaborata dopo i riavvii, garantendo un'elaborazione affidabile e senza perdite di dati. Iscriversi agli eventi BlobCreated e BlobDeleted in Event Grid non garantisce l'ordine degli eventi e non offre un meccanismo integrato per riprendere l'elaborazione da un punto specifico. Abilitare i log di diagnostica in Log Analytics e interrogare le modifiche è meno efficiente e non garantisce l'ordine degli eventi per la riproduzione. Abilitare il soft delete e il versioning dei blob aiuta a recuperare le versioni precedenti, ma non fornisce una cronologia ordinata e completa degli eventi di modifica per tutti i container in un formato facilmente consumabile per la riproduzione sequenziale.