“排队”的 Azure 事件网格 Blob 触发器事件消息存储在哪里，如何清除它们？

Question

请原谅我的术语有点不对；我是新手。

我创建了一个 Azure 事件网格订阅，每当我将文件上传到 blob 存储时都会触发一个事件。我有一个响应此事件的 Azure 函数。我终于让这一切正常工作了，但是我有一些来自以前（错误）上传的遗留消息，这些消息定期失败（从相关 Azure 功能的 Azure 门户中的日志窗口查看）。就好像它们存储在某个队列中并定期重试，但我不确定它是否是这样工作的。

无论如何，我希望能够做的是清除任何传输中或排队的事件，但我不知道在哪里可以找到它们来执行此操作。据我所知，它们只是漂浮在以太中。

如何清除这些事件，以免它们在随机时间不断触发我的 Azure 函数？

Answer 1

如果在尝试传递时返回 200 或 202（OK/Accepted）以外的任何内容，则事件网格将自动重试消息传递。默认情况下，它将重试 24 小时，并使用指数备份在每个请求之间增加额外的时间，直到它放弃。您所看到的是正在运行的默认进程。（您还可以使用存储帐户配置死信处理，以便在最终失败时将未传递的消息存储在某处）。

您可能正在寻找的是您可以在创建订阅时创建的重试策略。非常确定您可以将最大传递尝试次数设置为 1，这样它就不会重试（如果没有启用死信支持，消息基本上会被丢弃）。有关更多详细信息，请访问https://docs.microsoft.com/en-us/azure/event-grid/manage-event-delivery#set-retry-policy

我不知道有什么方法可以在没有重试策略的情况下“出列”已经提交的消息 - 您可能必须删除并重新创建对该事件网格主题的订阅。