C# 批处理Azure ServiceBusTrigger正在断开应用程序洞察操作Id到父Id的连接

C# 批处理Azure ServiceBusTrigger正在断开应用程序洞察操作Id到父Id的连接,c#,azure,azure-functions,azure-application-insights,azureservicebus,C#,Azure,Azure Functions,Azure Application Insights,Azureservicebus,我有一个azure函数,它将数据发送到服务总线,然后由另一个azure函数作为ServiceBustigger使用。我可以通过Application Insights监视此流,并通过发送方函数请求上的操作Id(用作接收方函数请求上的父Id)查看连接 为了提高在较大卷上的性能,我更改了触发器函数,通过将方法更改为使用消息数组来批量接受队列中的消息。我只是设法从中的一个简短的提及和一篇文章中找到了有限的文档 [FunctionName(nameof(ReceivingFunction))] pub

我有一个azure函数,它将数据发送到服务总线,然后由另一个azure函数作为ServiceBustigger使用。我可以通过Application Insights监视此流,并通过发送方函数请求上的操作Id(用作接收方函数请求上的父Id)查看连接

为了提高在较大卷上的性能,我更改了触发器函数,通过将方法更改为使用消息数组来批量接受队列中的消息。我只是设法从中的一个简短的提及和一篇文章中找到了有限的文档

[FunctionName(nameof(ReceivingFunction))]
public void receiving函数([ServiceBusTrigger(“数据”,Connection=“DataServiceBusConnectionString”)]消息[]消息,ILogger日志)
{
_Handle(messages.Select(message=>Encoding.UTF8.GetString(message.Body)).ToArray();
}
这项工作非常出色,但它打破了应用程序洞察中的联系

而不是使用发送方函数的操作Id作为父Id。它使用自己的操作Id作为父Id,就像它是链的起点一样

理想情况下,我希望拥有批处理接收器的优点,同时保留application Insights中用于监视和警报的链接。有人知道我怎么做吗