当你使用 Azure 逻辑应用生成工作流时，可以使用连接器处理其他应用程序、服务、系统和平台中的数据、事件和资源，而无需编写代码。 连接器提供一个或多个预生成操作，你可以将这些操作用作工作流中的步骤。
在连接器中，每个操作都是启动工作流的触发器条件或执行特定任务的后续操作，并且可以配置相关属性。 虽然许多连接器既提供触发器，也提供操作，但有些连接器仅提供触发器，而有些连接器仅提供操作。
在 Azure 逻辑应用中，连接器作为内置版本和/或托管版本提供。 许多连接器通常要求您必须首先创建并配置连接到基础服务或系统，这通常是为了能够对用户帐户的访问进行身份验证。 如果你要访问的服务或系统没有可用的连接器，可以使用通用 HTTP 操作发送请求，或者创建自定义连接器。
本概述提供有关连接器的概要介绍，以及连接器的一般工作原理。 有关连接器的详细信息，请参阅以下文档：
内置连接器与托管连接器
在 Azure 逻辑应用中，连接器是内置或托管的。 某些连接器具有这两个版本。 可用的版本取决于创建的是在多租户 Azure 逻辑应用中运行的消耗型逻辑应用工作流，还是在单租户 Azure 逻辑应用中运行的标准型逻辑应用工作流。 有关逻辑应用资源类型的详细信息，请查看资源类型和主机环境差异。
内置连接器设计为直接在 Azure 逻辑应用中本地运行。
在设计器中，所有内置连接器都显示在 “在应用 ”组中的连接器库中。
托管连接器由 Microsoft 在 Azure 中部署、托管和管理。 托管连接器主要为 API 提供代理或包装器，基础服务或系统使用它来与 Azure 逻辑应用通信。
在设计器中，所有托管连接器都显示在 共享 组中的连接器库中。 它们按 标准 级别或 企业 级别计费。
有关详细信息，请参阅以下文档：
Triggers
触发器指定在启动工作流之前所要满足的条件，它始终是任何工作流中的第一个步骤。 每个触发器还遵循可控制触发器如何监视和响应事件的特定触发模式。 通常，触发器遵循轮询模式或推送模式。 有时会提供这两个触发器版本。
轮询触发器按指定计划定期检查特定服务或系统，查看是否有新数据或特定事件。 如果有新数据可用或发生特定事件，这些触发器将创建并运行工作流的新实例。 然后，这个新实例再使用这些作为输入传递的数据。
Note
对于在 Azure 中管理、托管和运行的连接器，轮询触发器仅使用“间隔”和“频率”值来计算下一个重复周期。 他们不使用高级计划选项，例如在这些小时和在这些天。 这些选项仅适用于直接使用 Azure 逻辑应用运行时运行的内置轮询触发器，例如重复周期、滑动窗口和HTTP触发器。
推送或 Webhook 触发器侦听新数据或即将发生的事件，而非轮询。 有新数据可用或事件发生时，这些触发器将创建并运行工作流的新实例。 然后，这个新实例再使用这些作为输入传递的数据。
例如，假设你要生成一个在将文件上传到 FTP 服务器时运行的工作流。 作为工作流中的第一个步骤，你可以添加一个名为“添加或修改文件时”的、遵循轮询模式的 FTP 触发器。 然后指定计划来定期检查上传事件。
触发该触发器时，它通常会传递供后续操作引用和使用的事件输出。 在 FTP 示例中，该触发器会自动输出文件名和路径等信息。 还可以将触发器设置为包含文件内容。 因此，若要处理此数据，必须将操作添加到工作流。
Actions
操作指定要执行的任务，它始终在工作流中显示为后续步骤。 可以在工作流中使用多个操作。 例如，可以使用 SQL Server 触发器 启动工作流，用于检查 SQL 数据库中的新客户数据。 触发器启动后，您的工作流可以包含一个获取客户数据的 SQL Server 操作。 完成此 SQL Server 操作后，工作流可以使用另一个操作来处理数据，例如，用于创建 CSV 表的“数据操作”操作。
连接权限
在消耗逻辑应用工作流中，在创建或管理逻辑应用资源、工作流及其连接之前，你需要特定的权限。 有关这些权限的详细信息，请参阅安全操作 - 在 Azure 逻辑应用中保护访问和数据。
连接创建、配置和身份验证
许多连接器都要求先创建与目标服务或系统的连接，然后才能在工作流中使用连接器的操作。 若要在工作流设计器中创建连接，必须使用帐户凭据（有时还要使用其他连接信息）来验证你的身份。
例如，在您的工作流可以访问和使用 Office 365 Outlook 电子邮件帐户之前，您必须为指向该帐户的连接进行授权。 对于某些内置连接器和托管连接器，可以设置并使用托管标识进行身份验证，而不必提供凭据。
Note
当我们使用 Office 365 Outlook 连接器在 Azure 中国 21Vianet 中登录 Office 365 Outlook 应用程序时，
必须使用由世纪互联运营的中国 Office 365 帐户登录。 此帐户的格式类似于 <your-account>@<your-organization>.partner.onmschina.cn。
组织管理员可以通过管理员站点管理用户。
对于托管连接器，连接是独立的 Azure 资源，拥有各自的资源定义。 对于标准工作流程中的内置连接器，连接配置会与逻辑应用配置一同存储，包括 connections.json 文件和参考的应用设置。 要查看连接信息，请根据你使用的是消耗型还是标准型工作流程，按照以下步骤操作：
消耗
若要在 Azure 门户中查看和管理这些连接，请参阅在 Azure 门户中查看消耗工作流的连接。
若要在 Visual Studio Code 中查看和管理这些连接，请参阅在 Visual Studio Code 中查看消耗型逻辑应用。
有关消耗工作流的连接资源定义的详细信息，请查看连接资源定义。
标准
若要在 Azure 门户中查看和管理这些连接，请参阅在 Azure 门户中查看标准工作流的连接。
若要在 Visual Studio Code 中查看和管理这些连接，请参阅在 Visual Studio Code 中查看标准工作流。 connections.json 文件包含连接器创建的连接所需的配置。
连接安全和加密
存储连接配置细节和秘密的 Azure 服务在静止时对它们进行加密。 存储和访问控制在标准工作流中，管理API连接和内置连接之间有所不同。 使用 Microsoft Entra ID 开放认证（Microsoft Entra ID OAuth）的连接，如 Office 365、Salesforce 和 GitHub，要求登录，但 Azure 逻辑应用 存储的是访问和刷新令牌，而非用户登录密码。
Azure 逻辑应用 可以在刷新令牌有效且目标服务允许访问时刷新 OAuth 访问令牌。 刷新令牌可能会过期或被撤销，可能需要重新授权。 凭证更改也可能使令牌失效，具体取决于身份提供者、客户端类型和认证流程。
Note
如果组织不允许通过 Azure 逻辑应用中的连接器访问特定资源，可使用 Azure Policy阻止用于创建这种连接的功能。
若要详细了解如何保护逻辑应用工作流和连接，请参阅保护 Azure 逻辑应用中的访问和数据。
连接的防火墙访问
如果你的环境使用防火墙，只允许你的工作流和连接器操作所需的流量：
对于使用内置操作的消费型工作流，当工作流接收外部调用时，允许入站 Azure 逻辑应用 流量；当工作流调用外部端点时，允许出站流量。 在支持的地方使用 LogicAppsManagement 和 LogicApps 服务标签。
对于托管或自定义连接器操作，支持时使用 AzureConnectors 服务标签。 否则，请允许适用的 Azure 区域所需的托管连接器出站 IP 地址。
对于标准工作流，请遵循 Azure 应用服务 的网络要求，并放行连接器连接所需的完全限定域名。 欲了解更多信息，请参见 标准工作流程的防火墙权限。
有关详细信息，请参阅防火墙配置。
自定义连接器和 API
在多租户 Azure 逻辑应用的消耗工作流中，可以调用无法用作现成连接器的基于 Swagger 或基于 SOAP 的 API。 还可以通过创建自定义 API 应用来运行自定义代码。 有关详细信息，请参阅以下文档：
创建基于 Swagger 或基于 SOAP 的自定义连接器，使这些 API 可用于 Azure 订阅中的任何消耗型逻辑应用工作流。
若要使自定义连接器可供任何人在 Azure 中使用，请提交连接器进行 Azure 认证。
在单租户 Azure 逻辑应用的标准工作流中，可以创建可用于任何标准逻辑应用工作流、以原生方式运行且基于服务提供程序的自定义内置连接器。 有关详细信息，请参阅以下文档：