Documentation on retries states that after pre-defined retries period of 2 hours (24 hours when service GAs) retries are seized. What happens to the events that were not delivered successfully? Is there a way to store those using something like Storage blob?
标签:
azure-eventgrid
相关问题
- How to authenticate an Azure EventGrid API Connect
- Send Azure Blob Storage event notifications to Eve
- How to write a MassTransit Json Deserializer for A
- Handle blob events from storage accounts in multip
- azure function binding causing multiple events fir
相关文章
- How to write a MassTransit Json Deserializer for A
- Handle blob events from storage accounts in multip
- 在Azure中EventGrid主题的多个事件类型(Multiple EventTypes in A
- azure function binding causing multiple events fir
- Which Azure messaging service to choose to publish
- Multiple EventTypes in Azure EventGrid Topic
- How to consume events delivered by Azure Event Gri
- Azure Event Grid / Function / ngrok
An update since Azure EventGrid is now GA:
From the documentation (Event Grid message delivery and retry):
For an example of setting up a dead letter location, see Dead letter and retry policies.
I'm a Microsoft Program Manager working on the Azure Event Grid team. The documentation is correct, while in preview the service will drop messages that are not delivered in 2 hours. When we make this service generally available (no set date yet as of typing this) or even before we will increase this time to 24 hours. The idea you have for storing messages in Blob Storage is something we are strongly considering before we make this service generally available.