Azure Functions blob 触发器比 WebJobs blob 触发器更可靠？
Azure Functions blob trigger more reliable than WebJobs blob trigger?
如果您阅读了有关带有 blob 存储触发器的 Azure WebJobs 的文档，他们提到这不是很可靠：
WebJobs SDK 扫描日志文件以查看新的或更改的 blob。这个过程不是实时的；在创建 blob 几分钟或更长时间后，函数可能不会被触发。此外，存储日志是在 "best efforts" 个基础上创建的；不能保证所有事件都会被捕获。在某些情况下，可能会丢失日志。如果您的应用程序不能接受 blob 触发器的速度和可靠性限制，建议的方法是在创建 blob 时创建队列消息，并在处理 blob 的函数上使用 QueueTrigger 属性而不是 BlobTrigger 属性。
https://github.com/Azure/azure-webjobs-sdk/wiki/Blobs
我假设他们对 Azure Functions 使用相同的功能，但在那里我找不到任何相关信息。
有人对此了解更多吗？这种情况改变了还是仍然如此？
Azure Functions 使用与 BlobTrigger 完全相同的方式来监视已更改的 blob，以及相同的代码。因此，同样的评论适用于函数。
另一种对 Blob 事件做出反应的可能性是使用 Event Grid trigger.
如果您阅读了有关带有 blob 存储触发器的 Azure WebJobs 的文档，他们提到这不是很可靠：
WebJobs SDK 扫描日志文件以查看新的或更改的 blob。这个过程不是实时的；在创建 blob 几分钟或更长时间后，函数可能不会被触发。此外，存储日志是在 "best efforts" 个基础上创建的；不能保证所有事件都会被捕获。在某些情况下，可能会丢失日志。如果您的应用程序不能接受 blob 触发器的速度和可靠性限制，建议的方法是在创建 blob 时创建队列消息，并在处理 blob 的函数上使用 QueueTrigger 属性而不是 BlobTrigger 属性。
https://github.com/Azure/azure-webjobs-sdk/wiki/Blobs
我假设他们对 Azure Functions 使用相同的功能，但在那里我找不到任何相关信息。 有人对此了解更多吗？这种情况改变了还是仍然如此？
Azure Functions 使用与 BlobTrigger 完全相同的方式来监视已更改的 blob，以及相同的代码。因此，同样的评论适用于函数。
另一种对 Blob 事件做出反应的可能性是使用 Event Grid trigger.