Azure应用服务抛出异常时，如何最优配置管理员邮件通知？

背景与初始问题 #

我目前通过Azure门户订阅SendGrid搭建了邮件服务，用于给用户发送网站操作（如登录创建、信用卡添加等）的格式化邮件。同时使用.NET Logger服务，曾希望通过它获取邮件通知，但在Azure门户没找到相关配置。

现在的问题是：当网站抛出异常时，最优的通知方式是什么？

• 使用现有SendGrid给自己发邮件？
• 通过Azure相关配置发送邮件？

当前服务端实现示例（用SendGrid发错误邮件）：

try {
    // perform some action and save to db
} catch(Exception ex) {
    _logger.LogError(ex, "Error: " + ex.ToString());
    _emailService.SendEmailError("Some Exception", ex.ToString());
}

更新后的配置与疑问 #

根据建议，我已启用Application Insights并能看到数据流入，创建了名为“notify”的动作组并配置邮件通知，已收到Azure的配置确认通知。但创建告警时遇到困惑：

1. 告警应在何处创建？看到两个入口：应用服务告警、应用服务Application Insights告警。仅应用服务告警触发了事件，Application Insights告警无响应。
2. 调用_logger.LogError()等日志记录操作时，应选择哪种信号类型触发告警？即使创建了基于“所有管理操作”的 verbose 告警（触发大量邮件），日志调用也未触发任何事件和邮件。

解答 #

1. 告警创建入口选择 #

应该在Application Insights的告警面板创建告警规则，而非应用服务本身的告警入口。

• 应用服务的告警主要针对平台级指标（如CPU使用率、请求失败率、内存占用），属于基础设施层面的监控；
• 你的LogError日志是发送到Application Insights的应用级日志，必须在Application Insights内配置对应的告警规则才能捕获。之前应用服务告警触发，是因为你选择了平台的exceptions指标，和代码里的日志不是同一类数据。

2. 适配LogError的信号类型 #

调用_logger.LogError()时，需要选择**日志查询（Log Analytics）**作为信号类型，步骤如下：

1. 进入Application Insights的「告警」面板，点击「新建告警规则」；
2. 信号类型选择「日志查询」；
3. 编写Kusto查询语句筛选错误日志，示例：

   traces
   | where severityLevel == 3 // severityLevel=3对应LogError级别
   | where message contains "Error:" // 可根据实际日志内容调整筛选条件
   

4. 设置触发条件，比如「过去5分钟内查询结果数≥1」；
5. 关联已创建的「notify」动作组；
6. 配置告警抑制规则（比如设置1小时内仅发送1次通知），避免触发Azure的限流机制。

初始方案对比与最优选择 #

• SendGrid直接发邮件：优点是实现简单，无需额外学习；缺点是可靠性低——如果应用进程崩溃、无法连接SendGrid，通知就会失效，且没有统一的告警管理界面。
• Azure Application Insights告警：优点是依托Azure监控生态，可靠性高（只要日志上报成功就能触发），支持多渠道通知（邮件、短信、Teams等），能统一管理所有告警；缺点是需要掌握基础的Kusto查询语法，初期有少量配置成本。

最优方案推荐使用Azure Application Insights告警，长期维护更省心、更可靠。如果担心极端情况下日志无法上报（比如应用瞬间崩溃），可以保留SendGrid的方式作为兜底，但日常优先用Azure告警系统。

内容的提问来源于stack exchange，提问作者chuckd