我正在尝试配置我的azure ASP.NET网站,以便将log4net跟踪发送到azure Application Insights。我可以看到在我的azure控制台页面视图等,因此我知道这是工作良好的。当配置了文件处理程序时,我还可以看到log4net跟踪,但是当配置log4net以使用application insights处理程序时,我没有看到任何log4net条目出现在applicatio
有没有人有关于如何将Azure应用程序洞察集成到作为控制台应用程序构建的Azure WebJob的示例或文章的链接?
我很难理解Azure在哪里存储日志,以及如何访问和导出日志。 有什么界面我可以用吗?我已经在官方文档中研究了几个小时,但似乎找不到任何关于如何从Azure中获取数据的明确信息。 问候
我们正在设计一个应用程序,它将托管在AKS(Azure kubernetes service)上。应用程序将由一组用asp.NET内核编写的服务组成,这些服务运行在docker容器中。我希望监视服务以及容器/节点,并在整个集群中具有可观察性。Azure monitor for containers似乎是监视容器、节点和整个集群的一个很好的解决方案,但我需要asp.NET核心服务的应用程序insig
在运行.NET Core3.1控制台应用程序时,我正在尝试获取应用程序的见解,以便在azure批处理作业/任务中工作。 https://docs.microsoft.com/en-us/Azure/Batch/Monitor-Application-Insights https://docs.microsoft.com/en-us/Azure/Azure-monitor/app/worker-se
我创建了一个应用程序类型为General的Azure Application Insights实例。
在Azure Portal上,在我的App Insights/Logs视图中,我可以这样查询App数据: 函数在文章app()expression in Azure Monitor Query中进行了描述。 kusto.explorer不理解函数,这似乎是因为它是Azure Monitor中的附加操作符之一。 我如何用kusto.explorer查询我的应用程序洞察/日志?我不能使用,因为它是Az
我们有一个PII屏蔽需求,我碰巧在这里看到一个帖子:https://social.msdn.microsoft.com/forums/azure/en-us/0B38FD1E-8AA9-45F7-91A7-FD0631EF8BBA/deach-with-PII-or-sensitive-data-captle-by-application-insights?forum=applicationins
我正在Azure Application Insights中监视很多应用程序。在所有这些中,我都为事件、跟踪等添加了一些自定义属性,以便在门户中进行筛选/分组。 是否可以将相同的自定义属性添加到内置的application insight与Azure功能的集成中? 我维护了大量托管在各种环境中的应用程序。其中大约15个是Azure函数。在我的所有应用程序中,我通过日志处理程序将遥测发送到同一个应用
application insights抽样文档(https://docs.microsoft.com/en-us/azure/application-insights/app-insights-sampling)说明如下: “例如,如果对于一个失败的请求,您的应用程序发送了其他遥测项目(如异常和从该请求记录的跟踪),采样将不会分割该请求和其他遥测。它将它们保留或删除在一起。” 这很难想象,但这是
似乎微软推荐了Azure APIM和功能的应用洞察,尽管我找不到任何官方文档。
我试图简单地在Azure application insights中运行一个子查询,使用Kusto,这样我就可以从显示为一个的两个表中获取一些信息。 我正在尝试的查询是 我只是尝试执行与T-SQL查询等价的操作: 我的主要问题是-如何在子查询中引用kusto语言中的“common_id
有没有办法用Kusto语言将where子句放在不同的列中。我知道“pivot”语法,它也与SQL一起用于创建基于唯一值的列。但别以为这对我的案子有帮助。还有一个SO的问题几乎和我有同样的问题。但他的解决方案也不奏效。 我的查询的上下文:这个查询获取每个月每台机器的运行时。您可能想知道为什么我要用这么长的查询来实现这一点。欢迎您的任何意见和调整。我对这门语言很陌生。并且我已经使用top查询来获取另一
如何在日志分析或应用洞察中发现第一次错误。可能会出现重复写入日志文件的错误。但我希望找到不在此错误模式中的错误,并在发生时发送警报。 或者在特定时间或自定义时间内搜索这些“不同的”/不规则的错误(不一定是第一次)。 运行一个保存的kusto查询,其中包含硬编码错误消息列表(结果不匹配可列为新错误)。 创建一个包含所有现有/常见错误的数据表(在Kusto中,但它会保持存储吗?)并执行与上面相同的操作