Azure事件网格函数触发器 - 试用期

Question

我们有一个Azure设置，其中包括一个Azure事件网格主题和一个Azure函数服务，其订阅了通过不同前缀过滤器订阅主题的约15个函数。Azure函数服务被设置为消耗基础资源，并应该能够根据喜好进行扩展。

每个订阅都被设置为尝试在最长4小时内进行10次交付，然后将事件删除。到目前为止一切顺利，设置按预期工作 - 大多数时间。

在某些情况下，我们不知道情况的情况下，似乎事件网格主题无法将事件传递给不同的函数。我们所看到的是，我们的死信存储填充有未传递的事件。

现在来到我的问题

从日志中，我们可以看到各种事件未被传送的原因。原因通常是Outcome: Probation。我们找不到Microsoft提供的有关此实际含义的任何信息。

此外，网格会在超时策略（4小时）和交付尝试策略（10次重试）均未超过之前将事件添加到死信日志中。有时函数服务处于空闲状态，未收到来自网格的任何事件。

你们这些聪明的人有没有想法，可以帮助我们排除故障？当出现错误消息Probation时，Grid和Function App之间发生了什么？我们注意到网格从Function App到连接的数量相对较高，而传送的事件数量相对较少。除事件网格外，没有其他传入连接到Function App。

以下是死信消息的示例：

[{
   "id":"a40a1f02-5ec8-46c3-a349-aea6aaff646f",
   "eventTime":"2020-06-02T17:45:09.9710145Z",
   "eventType":"mitbalAdded",
   "dataVersion":"1",
   "metadataVersion":"1",
   "topic":"/subscriptions/XXXXXXX/resourceGroups/XXXX_STAGING/providers/Microsoft.EventGrid/topics/XXXXXstaging",
   "subject":"odl/type/mitbal/v1",
   "deadLetterReason":"TimeToLiveExceeded",
   "deliveryAttempts":6,
   "lastDeliveryOutcome":"Probation",
   "publishTime":"2020-06-02T17:45:10.1869491Z",
   "lastDeliveryAttemptTime":"2020-06-02T19:30:10.5756332Z",
   "data":"<?xml version=\"1.0\" encoding=\"utf-8\"?><Stock><Action>ADD</Action><Id>123456</Id><Store>123</Store><Shelf>1</Shelf></Stock>"
}]

函数服务度量指标

• 蓝色 = 连接数 (计数)
• 红色 = 函数执行次数 (计数)
• 白色 = 请求次数 (计数)

- Baeck

---

关于在达到最大传递次数或生存时间之前对消息进行早期死信处理，深入了解正在发生的情况会有所帮助。您可以发送电子邮件至 azcommunity[at]microsoft[dot]com 并附上此线程的链接吗？ - PramodValavala

Answer 1

我不确定您是否已经理解了这个问题，但以下是一些类似情况的见解。

首先，“试用期”是当目标不健康时的结果，Event Grid仍会尝试传递。

根据图表显示，函数命中100次执行标记，然后花费一段时间才能扩展到下一个100。您可以通过调整host.json设置来获得更好的结果，具体取决于每个函数执行的操作。

包括比例控制器日志可以更清楚地了解扩展时内部发生的情况。

另外，另一个选择是将事件先发送到服务总线或事件中心，然后再从那里运行函数。

- PramodValavala