使用内置触发器或事件网格的 Azure 函数

Question

在Azure function中，你可以创建一个函数来监听某个事件的变化，比如消息总线、blob存储等等...

如果您正在使用azure功能，并且您的目标是通过侦听事件（如消息总线、blob存储或任何其他内置触发器）来处理某些事情，那么您有什么理由希望将事件网格放在中间层吗？即，您不希望azure函数直接侦听blob存储更改，而是希望azure函数侦听正在侦听blob存储器更改事件的事件网格。

谢谢

Answer 1

是的，这取决于场景。

Answer 2

这取决于你的需求是什么。以存储和blob为例，如果您只需要在创建blob时得到通知，匹配您用< code>BlobTrigger配置的任何路径、名称、扩展名和其他过滤器，那么使用EventGrid就没有意义。

但是，如果您需要配置一个Function以同时使用多个Storage帐户，需要BlobTrigger不支持的高级过滤，或在特殊事件时触发（例如，当创建、删除或重命名目录时），那么您需要EventGrid。

以下是一个略微（但不太牵强）的例子：

考虑一下，每当在存储1、2、3... n中创建blob时，您都需要一个函数来触发。事实上，它可能是任意数量的不同存储，并且会随着时间的推移而变化。现在，您需要为每个存储定义一个BlobTrigger的函数，或者一个单独的函数，定义了许多BlobTrigger，并且在您的应用程序设置中配置了许多连接字符串。这显然不是很方便维护，因为您必须在每次需要触发任意数量的存储以进行更改时更改函数（主要是在添加新存储时）。

事件网格来救援。现在，您可以使用订阅（每个存储一个订阅）来管理触发函数的内容，而无需更改函数的代码。当然，您需要一种不同的方法来与存储进行通信，而不是通常的连接字符串。您可能需要类似 StorageManagementClient 的东西。当然，你会失去自动 blob 绑定。这可以通过实现自己的扩展（自定义绑定）来规避。我已经写了一个答案，涵盖了如何做到这一点（尽管它是用于将数组/列表绑定到HttpTrigger）。

您还可以使用EventGrid自动化订阅管理(或者，通知一些代码来创建订阅)。示例:所有存储都集中在一个资源组中。EventGrid支持在资源组中发生变化时触发，使用EventGrid订阅的高级过滤器，您应该能够将其配置为仅在创建存储帐户时触发...或者删除。

无论如何，这确实是一个需要的问题。而上面的例子可能是牵强的。但也有一些用例是函数本身不支持的，像EventGrid这样的东西可以让它工作。