监视 Azure 逻辑应用的运行状态、查看其触发历史记录并为其设置警报

注意

本文仅适用于消耗逻辑应用。 有关如何查看运行状态和监视标准逻辑应用的信息,请参阅使用单租户 Azure 逻辑应用创建集成工作流中的以下部分:查看运行历史记录查看触发器历史记录在部署后启用或打开 Application Insights

在创建并运行消耗型逻辑应用工作流后,可以检查该工作流的运行状态、触发历史记录运行历史记录和性能。 要获取关于故障或其他可能问题的通知,请设置警报。 例如,可以创建一个警报,用于检测“一小时内运行失败超过五次的情况”。

若要进行实时事件监视和更丰富的调试,可以使用 Azure Monitor 日志为逻辑应用设置诊断日志记录。 此 Azure 服务可帮助你监视云和本地环境,使你能够更轻松地维持其可用性和性能。 然后,可以查找和查看事件,例如触发事件、运行事件和操作事件。 将此信息存储在 Azure Monitor 日志中,可以创建日志查询来帮助查找和分析此信息。 还可以将此诊断数据与其他 Azure 服务一起使用,例如 Azure 存储和 Azure 事件中心。 有关详细信息,请参阅使用 Azure Monitor 监视逻辑应用

查看触发器历史记录

每个工作流运行都以触发器开头,触发器会按计划触发或等待传入的请求或事件。 触发历史记录列出逻辑应用做出的所有触发尝试,以及有关每次触发尝试的输入和输出的信息。

  1. Azure 门户中,找到并打开设计器的逻辑应用工作流。

    若要查找逻辑应用,请在门户搜索框中输入“逻辑应用”,然后选择“逻辑应用”。

    Screenshot showing the Azure portal main search box with

    Azure 门户会显示你的 Azure 订阅中的所有逻辑应用。 可以根据名称、订阅、资源组、位置等筛选此列表。

    Screenshot showing the Azure portal with all logic apps associated with selected Azure subscriptions.

  2. 选择逻辑应用。 在逻辑应用的菜单中,选择“概述”。 在“概述”窗格上,选择“触发历史记录”。

    Screenshot showing

    在“触发历史记录”下,将显示所有触发尝试。 每次触发器成功触发时,Azure 逻辑应用都会创建单个工作流实例并运行该实例。 默认情况下,每个实例并行运行,因此在启动运行前无需等待任何工作流。 如果同时为多个事件或项触发了你的工作流,则会为每个项都显示一个带有相同日期和时间的触发条目。

    Screenshot showing

    下表列出了可能的触发器状态值:

    触发器状态 说明
    失败 出现了错误。 若要查看失败触发器生成的任何错误消息,请选择该触发器尝试并选择“输出”。 例如,你可能发现输入无效。
    已跳过 触发器检查了终结点,但找不到满足指定条件的数据。
    成功 触发器已检查终结点并找到可用数据。 通常,此状态还会伴随出现“已触发”状态。 如果没有,触发器定义可能未满足某一条件或 SplitOn 命令。

    此状态可应用于手动触发器、基于重复周期的触发器或轮询触发器。 如果操作生成未处理的错误,尽管可以成功运行触发器,但运行本身可能仍会失败。

    提示

    可以重新检查触发器,无需等待下一个周期。 在“概述”窗格工具栏或设计器工具栏上,选择“运行触发器”>“运行”。

  3. 若要查看有关特定触发尝试的信息,请选择该触发事件。

    Screenshot showing the Consumption workflow trigger entry selected.

    如果列表显示许多触发尝试,但你找不到所需的条目,请尝试筛选列表。 如果找不到预期的数据,请尝试在工具栏中选择“刷新”。

    现在可以查看有关所选触发事件的信息,例如:

    Screenshot showing the selected Consumption workflow trigger history information.

查看工作流运行历史记录

每次触发器成功触发时,Azure 逻辑应用都会创建一个工作流实例并运行该实例。 默认情况下,每个实例并行运行,因此在启动运行前无需等待任何工作流。 可查看每次运行过程中发生的情况,包括工作流中的每个步骤的状态、输入和输出。

  1. Azure 门户中,找到并打开设计器的逻辑应用工作流。

    若要查找逻辑应用,请在 Azure 的主搜索框中输入“逻辑应用”,然后选择“逻辑应用”。

    Screenshot showing Azure portal main search box with

    Azure 门户将显示与 Azure 订阅关联的所有逻辑应用。 可以根据名称、订阅、资源组、位置等筛选此列表。

    Screenshot showing all the logic apps in selected Azure subscriptions.

  2. 选择逻辑应用。 在逻辑应用的菜单中,选择“概述”。 在“概述”窗格中选择“运行历史记录”。

    在“运行历史记录”下,将显示所有过去、当前和任何正在等待的运行。 如果同时为多个事件或项触发了该触发器,则会为每个项都显示一个带有相同日期和时间的条目。

    Screenshot showing Consumption logic app workflow

    下表列出了可能的运行状态:

    运行状态 说明
    Aborted 由于外部问题(例如,系统中断或 Azure 订阅过期),运行已停止或未完成。
    已取消 运行已触发并已启动,但收到了取消请求。
    已失败 运行中的至少一个操作失败。 工作流中未设置后续操作来处理失败。
    正在运行 运行已触发并且正在进行。 但是,如果运行由于操作限制当前定价计划而被限制,也可能会显示此状态。

    提示:如果你设置了诊断日志记录,则可以获取发生的任何限制事件的相关信息。
    成功 运行已成功。 如果有任何操作失败,工作流中的后续操作已处理了该失败。
    已超时 运行超时,因为当前持续时间超出了运行持续时间限制,该限制由“运行历史记录保留期(天)” 设置控制。 运行持续时间是使用运行开始时间和在该开始时间有效的运行持续时间限制来计算的。

    注意:如果运行的持续时间还超出了当前的运行历史记录保留期限制(该限制也由“运行历史记录保留期(天)” 设置控制),则每日清理作业会将该运行从运行历史记录中清除。 无论运行是超时还是完成,始终都将使用运行的开始时间和当前保留期限制来计算保留期。 因此,如果你减小进行中的某个运行的持续时间限制,则该运行将超时。但是,运行将保留或从运行历史记录中清除,具体取决于运行持续时间是否超出了保留期限制。
    正在等待 运行尚未启动或已暂停,例如,由于前一个工作流实例仍在运行。
  3. 若要查看特定运行的步骤和其他信息,请在“运行历史记录”下选择该运行。 如果列表显示多次运行,且你找不到所需条目,请尝试筛选列表。

    提示

    如果未显示运行状态,请尝试通过选择“刷新”来刷新概述窗格。 如果由于不符合条件或找不到数据而跳过了触发器,则不会发生运行。

    Screenshot showing the Consumption logic app workflow run selected.

    “逻辑应用运行”窗格将显示所选运行中的每个步骤、每个步骤的运行状态,以及运行每个步骤花费的时间,例如:

    Screenshot showing each action in the selected workflow run.

    若要以列表格式查看此信息,请在“逻辑应用运行”工具栏上选择“运行详细信息”。

    Screenshot showing the

    “运行详细信息”列出了每个步骤及其状态和其他信息。

    Screenshot showing the run details for each step in the workflow.

    例如,可以获取运行的“关联 ID”属性,在使用适用于逻辑应用的 REST API 时,可能需要此信息。

  4. 若要获取有关特定步骤的详细信息,请选择以下任一选项:

    • 在“逻辑应用运行”窗格中选择该步骤,以使形状展开。 现在可以查看输入、输出以及该步骤中发生的任何错误等信息。

      例如,假设某个操作已失败,并且你希望查看哪些输入可能导致该步骤失败。 通过展开形状,可以查看该步骤的输入、输出和错误:

      Screenshot showing the

    • 在“逻辑应用运行详细信息”窗格中选择所需的步骤。

      Screenshot showing the the

    注意

    所有运行时详细信息和事件都会在 Azure 逻辑应用中加密,并且仅在用户请求查看该数据时解密。 可以在运行历史记录中隐藏输入和输出,或使用 Azure 基于角色的访问控制 (Azure RBAC) 来控制用户对此信息的访问。

设置监视警报

若要在出现特定的指标或超出逻辑应用的阈值时收到警报,请在 Azure Monitor 中设置警报。 有关详细信息,请查看 Azure 中的指标。 若要在不使用 Azure Monitor 的情况下设置警报,请执行以下步骤。

  1. 在逻辑应用菜单中的“监视”下,选择“警报”。 在工具栏上,选择“创建”>“警报规则”。

    Screenshot showing Azure portal, logic app menu with

  2. 在“选择信号”窗格中的“信号类型”下,选择要接收其警报的信号。

    提示

    可以使用搜索框;若要按字母顺序对信号排序,请选择“信号名称”列标题。

    例如,若要在触发器失败时发送警报,请执行以下步骤:

    1. 在“信号名称”列中,找到并选择“触发器失败”信号。

      Screenshot showing

    2. 在“配置信号逻辑”窗格中的“警报逻辑”下,设置条件,然后选择“完成”,例如:

      属性 示例值
      “运算符” 大于或等于
      聚合类型 计数
      阈值 1
      单位 计数
      条件预览 每当已失败触发器的计数大于或等于 1
      聚合粒度(期限) 1 分钟
      评估频率 每 1 分钟

      有关详细信息,请查看使用 Azure Monitor 创建、查看和管理日志警报

      以下屏幕截图显示了完成的条件:

      Screenshot showing the condition for alert.

    现在,“创建警报规则”页会显示创建的条件以及运行该警报所需的开销。

    Screenshot showing the new alert on the

  3. 如果满意,请选择“下一步: 详细信息”以完成规则创建。

后续步骤