具有Azure服务总线触发器的Azure函数-服务总线的度量

我正在使用Azure Functions V2和Azure service bus触发器，该触发器设置为在ASB订阅上有消息时触发。我正在尝试查看消息接收延迟是否有可用的指标，以便在仪表板中绘制它。我使用的是ASB标准SKU，所以当邻居出现噪音问题时，至少我可以确定它是这样的

---

我怀疑trigger属性下的代码负责检索消息。那么，有没有一种方法可以让我用仪器来显示平均延迟？基本上，该函数只为执行提供度量。我要寻找的是端到端延迟指标。

如果您使用应用程序洞察进行日志记录，函数运行时会为每条消息记录一行，如下所示：

2019-08-04 21:09:06.026    Trigger Details: MessageId: <Guid>, DeliveryCount: 1, EnqueuedTime: 8/4/2019 9:09:05 PM, LockedUntil: 8/4/2019 9:09:35 PM

2019-08-04 21:09:06.026触发器详细信息：MessageId:，DeliveryCount:1，排队时间：2019年8月4日9:09:05，锁定时间：2019年8月4日9:09:35

如果您分析此日志行的

排队时间

，以及日志记录时间（第一个时间戳），那么我们可以计算发送到接收的延迟

---

我知道这不是理想的方式。我希望函数运行时能够记录可以在Azure Monitor中轻松查看的事件。或者，如果它通过输入触发器传入

排队时间

，则我们可以将其作为自定义事件记录在Application Insights中。

如果您使用Application Insights进行记录，则函数运行时会为每条消息记录一行，如下所示：

2019-08-04 21:09:06.026    Trigger Details: MessageId: <Guid>, DeliveryCount: 1, EnqueuedTime: 8/4/2019 9:09:05 PM, LockedUntil: 8/4/2019 9:09:35 PM

2019-08-04 21:09:06.026触发器详细信息：MessageId:，DeliveryCount:1，排队时间：2019年8月4日9:09:05，锁定时间：2019年8月4日9:09:35

如果您分析此日志行的

排队时间

，以及日志记录时间（第一个时间戳），那么我们可以计算发送到接收的延迟

---

我知道这不是理想的方式。我希望函数运行时能够记录可以在Azure Monitor中轻松查看的事件。或者，如果它通过输入触发器传入了

EnqueuedTime

，那么我们可以在Application Insights中将其作为自定义事件记录下来。

什么延迟？在哪个点之间？什么延迟？在哪几点之间？