【问题标题】:Azure Approach to proactive LoggingAzure 主动日志记录方法
【发布时间】:2017-12-18 21:58:56
【问题描述】:

我正在开发 Azure Web API,它使用 Log4Net Application Insight appender 来跟踪跟踪。我们计划直接使用 Application Insight SDK(TrackTrace()、TrackEvent())以使用内置警报功能。

但看起来,Azure 不支持跟踪或事件警报,而仅支持指标警报。所以我们在那里遇到了一些问题。

如果我退后一步,Web API 会由在 x 个时间间隔内运行的逻辑应用数调用。 Logic App 只需调用 Web API(业务逻辑在这里)并记录所有信息/托管异常。

主要要求是在发生异常(例如向技术收件箱发送邮件)时保持主动。次要要求是通知来源,如果它有任何数据问题。

请对我们的方法有任何建议,我们可以做些什么来满足我们的要求?

【问题讨论】:

    标签: azure azure-application-insights


    【解决方案1】:

    请参考这个App Insights Exception Alerts。可以为定义的时间段内的异常率设置警报。

    Set up Exception alerts

    您还可以在警报触发时调用 webhook 以执行其他操作。

    【讨论】:

    • 虽然这些链接可能会回答问题,但最好在此处包含答案的基本部分并提供链接以供参考。如果链接页面发生更改,仅链接答案可能会失效。可能会删除仅是链接的答案。见stackoverflow.com/help/deleted-answers
    • 这就是我感到困惑的地方,当状态发生变化时,应用程序洞察力警报会触发。我的要求是为每个异常触发自定义警报。例如,假设我们发现了几个数据验证失败。我想针对相关验证失败发出几个警报。此外,我还想让警报模板对非 IT 团队更友好。
    • 在一个非常大规模的应用程序中,为每个异常事件触发警报可能会过于嘈杂。因此,更好的扩展方式是定期查看异常/故障,然后根据它发出警报。至于警报模板,您应该查看 webhooks 选项。当警报触发时,它可以调用 webhook,您可以设置服务以对警报采取任何您认为合适的操作(模板设置、其他相关数据等)
    【解决方案2】:

    感谢 Sreejit 的建议。

    总结答案,请通过应用程序洞察力或日志分析来处理警报的首选引擎是什么?

    1. 应用程序洞察仅支持指标警报,因此需要将应用程序异常标记为自定义指标而不是跟踪。 [TelemetryClient --> TrackTrace() vs TrackMetric()]

    2. 如果我们进行日志分析,我们可以使用自定义事件。然后在 OMS 工作区中使用警报管理解决方案。甚至可能使用单独的逻辑应用程序来构建发送警报的逻辑。 [TelemetryClient --> TrackEvent()]

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2019-07-28
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2020-10-26
      相关资源
      最近更新 更多