Ihr Compliance-Team benötigt eine geordnete, dauerhafte Historie von Blob-Erstellungs-, Änderungs- und Löschereignissen für alle Container in einem Speicherkonto, und Ihr .NET-Worker muss die Verarbeitung nach Neustarts an der zuletzt verarbeiteten Position fortsetzen können. Was sollten Sie implementieren?

Der Azure Storage-Änderungsfeed (Change Feed) ist die korrekte Lösung, da er eine geordnete, dauerhafte, schreibgeschützte Historie aller Änderungen an Blobs in einem Speicherkonto bietet. Der Änderungsfeed-Client ermöglicht es, Einträge sequenziell zu verarbeiten und den Fortschritt mithilfe eines Fortsetzungstokens zu speichern, um nach Neustarts an der zuletzt verarbeiteten Position fortzufahren. Event Grid ist ungeeignet, da es keine Garantie für die Reihenfolge der Ereignisse bietet und keine unbegrenzte Wiedergabe ermöglicht, was für eine dauerhafte Historie erforderlich ist. Diagnoseprotokolle in Log Analytics sind für die Überwachung und Fehlerbehebung gedacht, nicht für die zuverlässige, geordnete Wiedergabe von Änderungen. Soft Delete und Blob-Versionierung sind für Datenwiederherstellung und das Nachverfolgen von Blob-Versionen konzipiert, nicht für eine geordnete Historie aller Erstellungs-, Änderungs- und Löschereignisse über alle Container hinweg.