【Azure 架构师学习笔记】-Azure Logic Apps（2）-组件介绍

本文属于【Azure 架构师学习笔记】系列。
本文属于【Azure Logic Apps】系列。
接上文【Azure 架构师学习笔记】-Azure Logic Apps（1）-简介

前言

Logic Apps 包含了一系列的组件用来实现集成功能。但是最主要的是3部分：Connectors, triggers, 和actions。它们用于构建起整个Logic app的应用。

运行机制

Workflow

我们首先要了解一个概念“工作流（workflows）” ， 在Logic Apps中，实现一个功能需要定义一个顺序流， 一步一步实现具体的细分功能，并且定义每个功能如何实现。这些具体的步骤就是action或者process。

所以我们可以这么理解，Workflow定义了一个功能的实现流程， 而Logic Apps就是实现workflow的载体。

Workflow在实现的过程中，通过托管的连接器（Managed Connectors）访问所需的外部资源。然后通过trigger来触发执行。最终在Logic Apps中的workflow会展现出类似下面的结构。

Connectors

在Logic Apps 中，connectors用于连接用户数据，类似ADF 中的link service。它可以用于某个操作或某个触发器。

Logic Apps中的connectors种类很丰富，可以自定义，也可以使用预设的connector。常见的connectors有以下4类：

1. Built-in： 内置的，Schedule, HTTP, Request, Azure App Services, API Management。
2. Managed connectors：托管的connectors，能支持Azure service bus, Azure Blob Storage, SQL Server, Office365 outlook, Azure Event Hubs, Salesforce。
3. On-premises connectors： 用来连接本地资源， 如Biztalk Server, Oracle DB, File system, IBM DB2, MYSQL.
4. Enterprise connectors：特定的企业级连接器。IBM 3270, IBM MQ, SAP

Triggers

用于触发workflow执行（定时或者基于某个事件）。除了内置的trigger之外，还可以创建自定义的triggers。通常分为两类：

1. Built-in triggers：使用HTTP 协议和调度来实现Logic App中的触发功能。包括HTTP, HTTP endpoint, Recurrence 和Request。
2. Managed API triggers：基于API 连接活API Webhook连接的触发器，它检查正在使用的自定义connectors的endpoint情况。

Actions

Actions就是实际做事的组件，由trigger触发，并根据workflow的定义按顺序或条件实现功能。

小结

本文简单介绍了Logic Apps中的核心组件。虽然都是文字描述，但是会在接下来的文章中进行演示。以便更深入理解Logic Apps的运行机制。