gpt4 book ai didi

c# - 耐用功能与遥测无关

转载 作者:行者123 更新时间:2023-12-02 23:55:56 27 4
gpt4 key购买 nike

根据这个developer blog post可以配置持久函数(并根据默认配置的 host.json 架构)来自动创建跟踪遥测并将其与 W3C 跟踪协议(protocol)关联。

目前,我的 host.json 如下所示,并包含博客中显示的属性。

{
"version": "2.0",
"logging": {
"applicationInsights": {
"httpAutoCollectionOptions": {
"enableW3CDistributedTracing": true
},
"samplingExcludedTypes": "Request",
"samplingSettings": {
"isEnabled": true
}
},
"logLevel": {
"default": "Information",
"blueprints_webcp_gateway": "Debug"
}
},
"functionTimeout": "00:10:00",
"extensions": {
"queues": {
"visibilityTimeout": "00:00:10",
"batchSize": 4
},
"durableTask": {
"tracing": {
"DistributedTracingProtocol": "W3CTraceContext"
}
}
}
}

但是,当我转到 Azure 门户中的“事件日志”页面时,每个协调器和事件都显示为自己的操作,这绝对不是我期望看到的。是否需要任何额外配置?据我所知,持久功能主机记录的遥测数据默认应该是相关的。

最佳答案

我面临同样的问题并且得到完全相同的结果(持久函数跟踪具有不同的OperationId)。在我正在从事的更大项目中尚未找到解决方案。我们创建了较小的项目,以便在更清晰的环境中尝试完整的端到端功能。我发现某些软件包可能会破坏 DF 跟踪的相关性。 (System.DiagnosticTool >= 4.7.0、MS.Azure.ServiceBus - 该 SDK 已完全弃用,...)但是隧道尽头有曙光。当我升级每个包、目标框架和 Azure 功能版本时,我们的较小项目中的一切都正常工作。更新所有内容并使其在更大的项目中工作将是另一个挑战。

关于c# - 耐用功能与遥测无关,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/71789447/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com