Su aplicación debe leer registros de transacciones ordenados de todos los cambios en los blobs y los metadatos de los blobs (solo crear, actualizar, eliminar, copiar), retenerlos para cumplir con las normativas y procesar los registros de forma asíncrona. ¿Qué debería hacer?

La fuente de cambios de Azure Blob Storage (Change Feed) proporciona un registro ordenado y persistente de todos los cambios en los blobs y sus metadatos, incluyendo crear, actualizar, eliminar y copiar. Esto cumple directamente con el requisito de leer registros de transacciones ordenados y retenerlos para cumplimiento. Procesar estos cambios de forma asíncrona es una capacidad inherente al diseño de Change Feed, donde las aplicaciones pueden consumir los eventos a su propio ritmo. Azure Event Grid puede suscribirse a eventos de Blob Storage, pero no garantiza el orden estricto de todos los cambios ni la persistencia a largo plazo para cumplimiento normativo de la misma manera que Change Feed. Azure Storage Analytics (registros clásicos) es para análisis de uso y rendimiento, no para un feed de cambios transaccional y ordenado. La API HTTP Data Collector de Azure Monitor es para enviar datos personalizados a Log Analytics, no para capturar eventos de Blob Storage de forma nativa y ordenada.