如何移除Azure Functions终端中的MS_FUNCTION_LOGS类日志?
解决Azure Functions终端中MS_FUNCTION_LOGS/METRICS无时间戳日志问题
嘿,我之前也被这些无时间戳的烦人的日志困扰过!它们是Azure Functions Runtime内部的诊断日志,单纯调整host.json的常规日志级别确实搞不定,得针对特定的日志类别来配置才行。下面是几个亲测有效的解决方法:
方法1:通过local.settings.json配置环境变量屏蔽特定日志类别
本地开发时,直接在local.settings.json的Values里添加针对内部诊断日志的级别配置,把对应的类别设为None就能彻底屏蔽:
{ "IsEncrypted": false, "Values": { "AzureWebJobsStorage": "UseDevelopmentStorage=true", "FUNCTIONS_WORKER_RUNTIME": "dotnet", // 换成你用的运行时,比如node/python "Logging__LogLevel__Microsoft.Azure.WebJobs.Script.Diagnostics": "None", "Logging__LogLevel__Microsoft.Azure.WebJobs.Script.Rpc": "None" } }
Microsoft.Azure.WebJobs.Script.Diagnostics就是生成那些MS_FUNCTION_LOGS/MS_FUNCTION_METRICS日志的源头,设置为None后就不会再输出这些混乱的日志了。
方法2:完善host.json的日志配置
如果习惯通过host.json统一管理日志,确保你的配置覆盖到了对应的内部日志类别:
{ "version": "2.0", "logging": { "logLevel": { "default": "Information", "Microsoft.Azure.WebJobs.Script.Diagnostics": "None", "Microsoft.Azure.WebJobs.Script.Rpc": "None" }, "applicationInsights": { "samplingSettings": { "isEnabled": true, "excludedTypes": "Request" } } } }
保存配置后重启函数,这些烦人的日志就会消失了。
方法3:启动时通过Core Tools参数控制日志 verbose 级别
如果你用Azure Functions Core Tools启动函数,可以添加--verbose false参数来减少冗余日志输出:
func start --verbose false
这个方法更快捷,适合临时屏蔽日志的场景。
补充说明
这些内部日志其实是Runtime用来收集自身指标和调试信息的,屏蔽它们完全不会影响你的业务函数正常运行,只是少了一些内部诊断数据而已,放心用就行~
内容的提问来源于stack exchange,提问作者Valentin Richer
相关产品推荐
相关产品推荐

