通过

你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

从 Azure 逻辑应用中的工作流连接到 Log Analytics 或 Application Insights

适用于：Azure 逻辑应用（消耗 + 标准）

注意

Azure Monitor 日志连接器将替换 Azure Log Analytics 连接器和 Azure Application Insights 连接器。 此连接器提供与其他连接器相同的功能，并且是针对 Log Analytics 工作区或 Application Insights 资源运行查询的首选方法。 例如，连接到 Application Insights 资源时，无需创建或提供应用程序 ID 与 API 密钥。 身份验证与 Microsoft Entra ID 集成。

要在 Azure 逻辑应用中生成从 Log Analytics 工作区或 Azure Monitor 中的 Application Insights 资源检索数据的工作流，可以使用 Azure Monitor 日志连接器。

例如，可以创建一个逻辑应用工作流，用于从 Office 365 Outlook 帐户在电子邮件中发送 Azure Monitor 日志数据、在 Azure DevOps 中创建 bug 或发布 Slack 消息。 此连接器仅提供操作，因此，要启动工作流，可以使用定期触发器来指定简单的计划或来自另一个服务的任何触发器。

本指南介绍了如何生成通过电子邮件发送 Azure Monitor 日志查询结果的逻辑应用工作流。

连接器技术参考

有关此连接器操作的技术信息，请参阅“连接器的参考文档”。

以下两个操作都可以针对 Log Analytics 工作区或 Application Insights 资源运行日志查询。 返回数据的方式存在差异。

操作 说明
运行查询并列出结果 返回每行作为其自己的对象。 如果要单独处理工作流其余部分中的每一行，请使用此操作。 该操作通常后接 For each 操作。
运行查询并可视化结果 返回描述查询结果集的 JPG 文件。 通过此操作，可以在工作流的其余部分使用结果集，例如，在电子邮件中发送结果。 仅当查询返回结果时，该操作才会返回 JPG 文件。

限制

  • 根据所使用的查询和结果的大小，该连接器存在工作流可能会达到的以下限制：

    限制 值 说明
    最大查询响应大小 ~16.7 MB 或 16 MiB 连接器基础结构规定了大小限制设置为低于查询 API 限制。
    最大记录数 500,000 条记录
    最大连接器超时 110 秒
    最大查询超时 100 秒

    要避免达到这些限制，请尝试聚合数据以减小结果大小，或调整工作流重复周期以在更小的时间范围内更频繁地运行。

  • “日志”页和连接器上的可视化效果使用不同的图表库。 因此，连接器当前不包含某些功能。

Prerequisites

添加 Azure Monitor 日志操作

  1. 在 Azure 门户中，打开设计器中的标准逻辑应用和工作流。

  2. 在要添加 Azure Monitor 日志操作的工作流中，按照以下常规步骤添加 Azure Monitor 日志操作。

    此示例会继续执行名为“运行查询并可视化结果”的操作。

  3. 在“连接信息”窗格中，提供以下信息：

    properties 说明
    连接名称 连接名称
    身份验证类型 要用于连接的身份验证类型。 有关详细信息，请参阅向出站调用添加身份验证。
    租户 ID Microsoft Entra 租户。 注意：与当前连接关联的帐户稍后用于发送电子邮件。

  4. 完成后，根据所选身份验证类型选择“登录”或“新建”。

  5. 在“运行查询并可视化结果”操作框中，提供以下信息：

    properties 必选 值 说明
    订阅 是 < Azure-subscription> Log Analytics 工作区或 Application Insights 应用程序的 Azure 订阅。
    资源组 是 < Azure-resource-group> Log Analytics 工作区或 Application Insights 应用程序的 Azure 资源组。
    资源类型 是 Log Analytics 工作区或 Application Insights 要从工作流连接的资源类型。 此示例选择“Log Analytics 工作区”来继续。
    资源名称 是 < Azure-resource-name> Log Analytics 工作区或 Application Insights 资源的名称。

  6. 在“查询”框中，输入以下 Kusto 查询以从以下源检索指定的日志数据：

    注意

    创建自己的查询时，请确保它们在 Log Analytics 中正常工作，然后再将其添加到 Azure Monitor 日志操作。

    • Log Analytics 工作区

      下面的示例查询选择在最后一天内发生的错误，报告其总数，并按升序对其进行排序。

      Event
| where EventLevelName == "Error" 
| where TimeGenerated > ago(1day)
| summarize TotalErrors=count() by Computer
| sort by Computer asc

    • Application Insights 资源

      下面的示例查询选择最后一天内失败的请求，并根据 operation_Id 标识符将其与作为操作的一部分发生的异常相关联。 然后，查询使用 autocluster() 算法对结果进行细分。

      requests
| where timestamp > ago(1d)
| where success == "False"
| project name, operation_Id
| join ( exceptions
    | project problemId, outerMessage, operation_Id
) on operation_Id
| evaluate autocluster()

  7. 对于“时间范围”，请选择“在查询中设置”。

    下表描述了时间范围的选项：

    时间范围 说明
    确切 动态提供开始时间和结束时间。
    相对 设置相对值，例如过去一小时、过去 12 小时等。
    在查询中设置 当查询中包含TimeGenerated筛选器时适用。

  8. 对于“图表类型”，请选择“Html 表”。

  9. 保存工作流。 在设计器工具栏上，选择“保存”。

添加电子邮件操作

  1. 在要添加 Office 365 Outlook 操作的工作流中， 按照以下常规步骤添加名为发送电子邮件(V2)的Office 365 Outlook操作

  2. 在“收件人”框中，输入收件人的电子邮件地址。 对于此示例，请使用你自己的电子邮件地址。

  3. 在“主题”框中，输入电子邮件的主题，例如，“每天次数最多的错误或失败”。

  4. 在 “正文 ”框中选择，然后选择 “动态内容 ”选项（闪电图标），以便可以从工作流中的前面步骤中选择输出。

  5. 在动态内容列表的“运行查询并可视化结果”下，选择“正文”（表示之前在 Log Analytics 操作中输入的查询的结果）。

  6. 从“高级参数”列表中选择“附件”。

    发送电子邮件操作现在包括附件部分，其中包含附件名称和附件内容属性。

  7. 对于添加的属性，请执行以下步骤：

    1. 在“附件名称”框中，打开动态内容列表。 在“运行查询并可视化结果”下，选择“附件名称”。

    2. 在“附件内容”框中，打开动态内容列表。 在“运行查询并可视化结果”下，选择“附件内容”。

  8. 保存工作流。 在设计器工具栏上，选择“保存”。

测试工作流

  1. 在工作流设计器工具栏上，选择“ 运行>运行”。

  2. 工作流完成后，检查你的电子邮件。

    注意

    工作流将生成一封电子邮件，其中包含显示查询结果集的 JPG 文件。 如果查询未返回任何结果，则工作流不会创建 JPG 文件。

    对于 Log Analytics 工作区示例，所收到的电子邮件包含的正文类似于以下示例：

    屏幕截图显示了示例电子邮件中来自 Log Analytics 工作区的数据报告。

    对于 Application Insights 资源，所收到的电子邮件包含的正文类似于以下示例：

    屏幕截图显示了示例电子邮件中来自 Application Insights 资源的数据报告。

相关内容

  • Last updated on