Sua equipe de conformidade exige um histórico ordenado e durável de eventos de criação, modificação e exclusão de blobs para todos os contêineres em uma conta de armazenamento, e seu worker .NET deve ser capaz de retomar o processamento da última posição processada após reinicializações. O que você deve implementar?

A opção correta é habilitar o feed de alterações do Azure Storage e consumir as entradas com um token de continuação. O feed de alterações fornece um log ordenado, durável e somente anexar de todas as alterações de blob, atendendo aos requisitos de conformidade e à capacidade de retomar o processamento. O token de continuação permite que o worker .NET continue de onde parou após reinicializações. As outras opções são incorretas porque: O Event Grid não garante a ordem dos eventos nem a capacidade de reprodução indefinida, o que é crucial para o histórico de conformidade. Os logs de diagnóstico no Log Analytics não são projetados para reprodução de eventos de alteração de blob de forma confiável e ordenada para fins de conformidade. A exclusão suave e o versionamento de blobs permitem a recuperação de dados, mas não fornecem um histórico de eventos ordenado e durável para fins de conformidade, nem um mecanismo eficiente para reconstruir alterações.