什么是 Azure 逻辑应用？
Azure 逻辑应用是一个云平台，在该平台中创建和运行自动化工作流可以几乎不使用代码。 通过使用可视化设计器并从预生成的操作中进行选择，可以快速生成集成和管理应用、数据、服务和系统的工作流。
Azure 逻辑应用简化了跨云、本地和混合环境连接传统、新式和前沿系统的方式，并提供低代码无代码工具，以便为企业和企业对企业 (B2B) 方案开发高度可缩放的集成解决方案。
此列表仅介绍了可使用 Azure 逻辑应用自动执行的部分示例任务、业务流程和工作负载：
当发生特定事件（例如上传新文件时）使用 Office 365 计划并发送电子邮件通知。
跨本地系统和云服务路由并处理客户订单。
将上传的文件从 SFTP 或 FTP 服务器移至 Azure 存储。
监视推文，分析观点，针对需要查看的项目创建警报或任务。
如果已准备好尝试创建首个逻辑应用工作流，请参阅入门。
有关详细信息，请参阅 Azure 网站上的 Azure 逻辑应用和其他 Azure Integration Services。
关键术语
下表简要定义了 Azure 逻辑应用中的核心术语和概念。
| 术语 | 说明 |
|---|---|
| 逻辑应用 | 在需要生成工作流时创建的 Azure 资源。 有多个在不同环境中运行的逻辑应用资源类型。 |
| Workflow | 定义任务、业务流程或工作负载的一系列步骤。 每个工作流都从单个触发器开始，之后必须添加一个或多个操作。 |
| 触发器 | 始终是任何工作流中的第一个步骤，并指定在该工作流中运行任何后续步骤的条件。 例如，触发事件可能是在收件箱中收到电子邮件，或者在存储帐户中检测到新文件。 |
| 操作 | 触发器之后的工作流中的每个后续步骤。 每个操作都会在工作流中运行一些操作。 |
| 内置连接器 | 此连接器类型提供在 Azure 逻辑应用中本机运行的操作。 例如，内置操作提供了一些方法，用于控制工作流的日常安排或结构、运行你自己的代码、管理和操纵数据、发送或接收对终结点的请求，以及完成工作流中的其他任务。 例如，使用“定期”触发器时，可以启动计划表上的几乎任何工作流。 或者在使用“请求”触发器时，可以让工作流在被调用以前都保持等待状态。 此类操作通常不需要从工作流创建连接。 而大多数内置操作不与任何服务或系统关联，一些内置操作可用于特定服务，如 Azure Functions 或 Azure 应用服务。 有关详细信息和示例，请参阅适用于 Azure 逻辑应用的内置连接器。 |
| 托管连接器 | 此连接器类型是适用于 REST API 的预生成代理或包装器，可用于访问特定应用、数据、服务或系统。 首先从工作流创建连接并验证身份，然后才能使用大多数托管连接器。 托管连接器由 Microsoft 发布、托管和维护。 例如，可以使用触发器启动工作流，或运行适用于 Office 365、Salesforce 或文件服务器等服务的操作。 有关详细信息，请查看适用于 Azure 逻辑应用的托管连接器。 |
| 集成帐户 | 如果要定义和存储 B2B 项目以便在在工作流中使用，请创建此 Azure 资源。 创建集成帐户并将其链接到逻辑应用后，工作流可以使用这些 B2B 项目。 工作流还可以交换遵循电子数据交换 (EDI) 和企业应用程序集成 (EAI) 标准的消息。 例如，你可以定义参与方、协议、架构、地图和其他 B2B 项目。 你可以创建使用这些项目的工作流，并通过协议（如 AS2、EDIFACT、X12 和 RosettaNet）交换消息。 |
为什么使用 Azure 逻辑应用
Azure 逻辑应用集成平台提供数百个预生成的连接器，让你可以更轻松快速地连接和集成应用、数据、服务和系统。 你可以将更多精力放在设计和实现解决方案的业务逻辑和功能上，而不是弄清楚如何访问资源。
若要与任何服务终结点通信、运行自己的代码、控制工作流结构、操作数据或以更好的性能连接到常用服务，可以使用内置连接器操作。 这些操作在 Azure 逻辑应用运行时中以本机方式运行。
若要访问 Azure、Microsoft、其他外部 Web 应用和服务或本地系统等服务中的资源并对其运行操作，可以使用 Microsoft 托管（Azure 托管）的连接器操作。 在增长的 Azure 生态系统中，从数百个连接器中进行选择，例如：
Azure 服务，例如 Blob 存储和服务总线
Office 365 服务，例如 Outlook、Excel 和 SharePoint
数据库服务器，例如 SQL 和 Oracle
企业系统，例如 SAP 和 IBM MQ
文件共享，例如 FTP 和 SFTP
有关详细信息，请查看以下文档：
通常，你无需编写任何代码。 但是，如果需要编写代码，可以使用 Azure Functions 创建代码片段，然后从工作流运行该代码。 如果工作流需要与 Azure 服务、自定义应用或其他解决方案中的事件交互，你可以使用 Azure 事件网格来监视、路由和发布事件。
Azure 逻辑应用由 Azure 全权管理，因此不必担心如何托管、缩放、管理、监视和维护使用这些服务生成的解决方案。 使用这些功能创建“无服务器”应用和解决方案时，你只需将精力集中在业务逻辑和功能上。 这些服务可以按需自动缩放，加快集成速度，让你无需使用代码或使用少量代码即可生成可靠的云应用。
若要了解其他公司如何将 Azure 逻辑应用与其他 Azure 服务和 Microsoft 产品配合使用，以便增强敏捷性并更加专注于核心业务，请查看这些客户案例。
Azure 逻辑应用与 Functions、WebJobs 及 Power Automate 的区别在哪里？
所有这些服务都有助于连接和整合不同的系统。 每项服务都有其优点和优势，因此若要快速生成可缩放且功能完备的集成系统，最好的方法是将这些服务的功能组合到一起。
有关 Azure 逻辑应用的详细信息
以下部分详细介绍了 Azure 逻辑应用中的功能和优势：
使用简单易用的工具直观地创建和编辑工作流
使用 Azure 逻辑应用中的可视化设计工具节省时间并简化复杂过程。 在 Azure 门户、Visual Studio Code 或 Visual Studio 中使用 Azure 逻辑应用工作流设计器从头到尾创建工作流。 只需使用触发器即可启动工作流，并从连接器库添加任意数量的操作。
如果要创建基于多租户的逻辑应用，请在从模板库创建工作流时更快地开始。 这些模板适用于常见的工作流模式，包括服务型软件 (SaaS) 应用的简单连接，以及高级 B2B 解决方案和“只为娱乐”模板。
跨各种环境连接不同的系统
某些模式和流程描述起来容易，但难以在代码中实现。 Azure 逻辑应用平台可帮助跨云、本地和混合环境无缝连接不同的系统。 例如，可以将云营销解决方案连接到本地计费系统，也可以使用 Azure 服务总线集中进行跨 API 和系统的消息传送。 可以通过 Azure 逻辑应用快速、可靠且一致地为这些方案提供可重复使用和重新配置的解决方案。
创建并部署到不同的环境
根据方案、解决方案要求和所需功能，可以选择创建消耗型或标准型逻辑应用工作流。 根据此选择，工作流在多租户 Azure 逻辑应用、单租户 Azure 逻辑应用或应用服务环境 (v3) 中运行。 在最后三个环境中，工作流可以更轻松地访问受 Azure 虚拟网络保护的资源。 有关详细信息，请查看用于 Azure 逻辑应用的单租户与多租户。
下表简要总结了消耗与标准逻辑应用工作流之间的差异。 你还将了解多租户环境、单租户环境和应用服务环境 v3 (ASEv3) 在部署、托管和运行逻辑应用工作流方面的区别。
| 资源类型 | 好处 | 资源共享和使用 | 定价和计费模型 | 限制管理 |
|---|---|---|---|---|
| 逻辑应用（消耗） 主机环境：多租户 Azure 逻辑应用 |
- 最容易入门 - 仅为你使用的部分付费 - 完全托管 |
单个逻辑应用只单个能有一个工作流。 跨 Azure Active Directory 租户的逻辑应用共享相同的处理（计算）、存储和网络等。 出于冗余目的，将在配对区域中复制数据。 为实现高可用性，已启用异地冗余存储 (GRS)。 |
消耗（按执行付费） | Azure 逻辑应用管理这些限制的默认值，但如果特定限制存在更改值的选项，则可以更改其中某些值。 |
| 逻辑应用（标准版） 主机环境： 单租户 Azure 逻辑应用 |
- 通过单租户 Azure 逻辑应用运行时运行。 当前不支持部署槽位。 - 更多的内置连接器，可大规模实现更高吞吐量和更低成本 - 围绕运行时和性能设置的更多控制和微调功能 - 集成了对虚拟网络和专用终结点的支持。 - 创建自己的内置连接器。 |
单个逻辑应用可以有多个有状态和无状态工作流。 单个逻辑应用和租户中的工作流共享相同的处理（计算）、存储和网络等。 数据所在区域与部署逻辑应用的区域相同。 |
标准，基于处于所选定价层的托管计划。 如果运行有状态工作流（这些工作流使用外部存储，Azure 逻辑应用运行时将执行遵循 Azure 存储定价的存储事务。 |
你可以根据方案的需求更改多个限制的默认值。 重要说明：某些限制的具有固定的上限。 在 Visual Studio Code 中，你对逻辑应用项目配置文件中的默认限制值的更改不会反应在设计器体验中。 有关详细信息，请参阅在单租户 Azure 逻辑应用中编辑中逻辑应用的应用和环境设置。 |
针对企业集成和 B2B 方案的一流支持
企业和组织使用符合行业标准但却不同的消息协议和格式（例如 EDIFACT、AS2、X12 和 RosettaNet）进行电子方式的相互通信。 使用 Azure 逻辑应用支持的企业集成功能，你可以创建工作流，将贸易合作伙伴使用的消息格式转换为组织系统可以解释和处理的格式。 Azure 逻辑应用可以通过加密和数字签名顺利且安全地处理这些交换。 针对 B2B 集成场景，Azure 逻辑应用纳入了 BizTalk Server 中的功能。 若要定义企业到企业 (B2B) 项目，请创建用于存储这些项目的集成帐户。 将该帐户链接到逻辑应用后，工作流可以使用这些 B2B 项目并交换符合电子数据交换 (EDI) 和企业应用程序集成 (EAI) 标准的消息。 有关详细信息，请查看以下文档：
你可以从当前系统和服务着手，按自己的步调逐渐扩大规模。 准备就绪以后，即可使用 Azure 逻辑应用来获得以下功能和其他功能，从而实现集成方案并通过纵向扩展将其变为更成熟的方案：
在 Microsoft BizTalk Server、Azure 服务总线、Azure Functions、Azure API 管理等服务的基础上进行集成和构建。
使用 EDIFACT、AS2、X12 和 RosettaNet 协议交换消息。
例如，如果使用 Microsoft BizTalk Server，则工作流可以使用 BizTalk Server 连接器与 BizTalk Server 通信。 然后，可以使用集成帐户连接器在工作流中运行或扩展类似于 BizTalk 的操作。 从另一个方向看，BizTalk Server 可以使用适用于 Azure 逻辑应用的 Microsoft BizTalk Server 适配器与工作流通信。 了解如何在 BizTalk Server 中设置和使用 BizTalk 服务器适配器。
编写一次即可多次重复使用
将逻辑应用创建为 Azure 资源管理器模板，以便跨多个环境和区域设置和自动执行部署。
内置的扩展性
如果没有合适的连接器来运行所需代码，你可以使用 Azure Functions 通过工作流创建并调用自己的代码片段。 创建自己的 API 和自定义连接器，以便从工作流对其进行调用。
逻辑应用的工作原理
在逻辑应用中，每个工作流始终以单个触发器开始。 当满足某个条件时，例如，当发生特定事件时或数据满足特定条件时，将触发触发器。 许多触发器包含用于控制工作流运行频率的计划功能。 触发触发器后，一个或多个操作将运行加工、处理或转换数据等操作，这些操作可以贯穿于工作流，也可以推动工作流进入下一步。 Azure 逻辑应用实现并使用“至少一次”消息传递语义。 该服务很少会多次传递消息，但不会丢失任何消息。 如果业务没有处理或无法处理重复消息，则需要实现幂等性，以便重复相同的操作不会更改首次执行后的结果。
以下屏幕截图显示了示例企业工作流的一部分。 此工作流使用条件和开关来确定下一个操作。 假设你有一个订单系统，工作流处理传入订单。 你希望手动查看高于特定成本的订单。 工作流已经执行前面的步骤来确定传入订单的成本。 因此，可以基于该成本值创建初始条件。 例如：
如果订单低于特定数额，则条件为 false。 然后，工作流处理订单。
如果条件为 true，那么工作流将发送电子邮件以供手动审阅。 开关确定下一个步骤。
如果审阅者批准，工作流会继续处理订单。
如果审阅者呈报，工作流将发送呈报电子邮件以获取有关订单的详细信息。
如果满足呈报要求，则响应条件为 true。 因此，会处理订单。
如果响应条件为 false，则会发送有关该问题的电子邮件。
可以在 Azure 门户、Visual Studio Code 或 Visual Studio 中使用 Azure 逻辑应用工作流设计器以可视方式创建工作流。 每个工作流还具有使用 JavaScript 对象表示法 (JSON) 描述的基础定义。 如果需要，可以通过更改此 JSON 定义来编辑工作流。 对于某些创建和管理任务，Azure 逻辑应用提供 Azure PowerShell 和 Azure CLI 命令支持。 对于自动部署，Azure 逻辑应用支持 Azure 资源管理器模板。
定价选项
每种逻辑应用资源类型因功能和运行位置（多租户、单租户）而异，具有不同的定价模型。 详细了解 Azure 逻辑应用的定价和计量。
入门
在开始使用 Azure 逻辑应用之前，你需要一个 Azure 订阅。 如果没有订阅，可以注册 Azure 帐户。
准备就绪后，请尝试以下一个或多个适用于 Azure 逻辑应用的快速入门指南。 了解如何创建基本工作流，以便监视 RSS 源和发送电子邮件以获取新内容。
你可能还想要浏览适用于 Azure 逻辑应用的其他快速入门指南：