¿Qué son los conectores en los flujos de trabajo para Azure Logic Apps?

Al crear un flujo de trabajo con Azure Logic Apps, puede utilizar un conector para trabajar con datos, eventos y recursos de otras aplicaciones, servicios, sistemas y plataformas, sin necesidad de escribir código. Un conector proporciona una o varias operaciones precompiladas, que se usan como pasos en el flujo de trabajo.

En un conector, cada operación es una condición desencadenante que inicia un flujo de trabajo o una acción posterior que realiza una tarea específica, junto con propiedades que puede configurar. Aunque muchos conectores tienen desencadenadores y acciones, algunos conectores solo ofrecen desencadenadores, mientras que otros solo proporcionan acciones.

En Azure Logic Apps, los conectores están disponibles en una versión integrada, una versión administrada o ambas. Muchos conectores suelen requerir que primero crear y configurar una conexión al servicio o sistema subyacentes, normalmente para que pueda autenticar el acceso a una cuenta de usuario. Si no hay ningún conector disponible para el servicio o sistema al que desea acceder, puede enviar una solicitud utilizando la operación HTTP genérica, o puede crear un conector personalizado.

Esta información general proporciona una introducción de alto nivel a los conectores y cómo funcionan normalmente. Para más información sobre conectores, consulte la siguiente documentación:

Conectores integrados frente a conectores administrados

En Azure Logic Apps, los conectores están integrados o administrados. Algunos conectores tienen ambas versiones. Las versiones disponibles dependen de si crea un flujo de trabajo de aplicación lógica de Consumo que se ejecuta en Azure Logic Apps multicliente o un flujo de trabajo de aplicación lógica Estándar que se ejecuta en Azure Logic Apps de un solo inquilino. Para obtener más información sobre los tipos de recursos de aplicación lógica, consulte Tipos de recursos y diferencias de entorno de host.

  • Los conectores integrados están diseñados para ejecutarse directamente y de forma nativa dentro de Azure Logic Apps.

    En el diseñador, todos los conectores integrados aparecen en la galería de conectores dentro del grupo En la aplicación.

  • Los conectores administrados son implementados, hospedados y administrados en Azure por Microsoft. Los conectores administrados proporcionan principalmente un proxy o un contenedor en torno a una API que usa el servicio o sistema subyacentes para comunicarse con Azure Logic Apps.

    En el diseñador, todos los conectores administrados aparecen en la galería de conectores del grupo Compartido . Se facturan en el nivel Estándar o Enterprise .

Para más información, consulte la siguiente documentación:

Desencadenadores

Un desencadenador especifica la condición que se debe cumplir antes de que el flujo de trabajo pueda iniciarse y siempre es el primer paso de cualquier flujo de trabajo. Todos los desencadenadores también siguen un patrón de activación específico que controla cómo el desencadenador supervisa y responde a los eventos. Normalmente, un disparador sigue un patrón de sondeo o un patrón de push. A veces, ambas versiones de desencadenador están disponibles.

  • Los desencadenadores de sondeo comprueban periódicamente un servicio o sistema específico según una programación especificada, para comprobar si hay nuevos datos o un evento específico. Si hay nuevos datos disponibles o se produce un evento específico, estos desencadenadores crean y ejecutan una nueva instancia del flujo de trabajo. Esta nueva instancia puede usar los datos que se pasan como entrada.

    Nota:

    En el caso de los conectores administrados por Microsoft, hospedados y ejecutados en Azure, los desencadenadores de sondeo utilizan únicamente los valores de Intervalo y Frecuencia para calcular la siguiente periodicidad. No usan las opciones de programación avanzadas, como En estas horas y En estos días. Estas opciones solo funcionan con desencadenadores de sondeo integrados que se ejecutan directamente con el entorno de ejecución de Azure Logic Apps, como los desencadenadores de Periodicidad, Ventana deslizante y HTTP.

  • Los desencadenadores de inserción o webhook esperan nuevos datos o que se produzca un evento, sin sondeo. Si hay nuevos datos disponibles o se produce un evento, estos desencadenadores crean y ejecutan una nueva instancia del flujo de trabajo. Esta nueva instancia puede usar los datos que se pasan como entrada.

Por ejemplo, supongamos que desea crear un flujo de trabajo que se ejecute cuando se cargue un archivo en el servidor FTP. Como primer paso de su flujo de trabajo, puede agregar el desencadenador FTP denominado Cuando se agrega o modifica un archivo, que sigue un patrón de sondeo. A continuación, especifique la programación para comprobar periódicamente los eventos de carga.

Cuando se desencadena, el desencadenador suele transmitir salidas de eventos para que las acciones posteriores las utilicen y les hagan referencia. En el ejemplo de FTP, el desencadenador genera automáticamente información como el nombre de archivo y la ruta de acceso. También puede configurar el desencadenador para incluir el contenido del archivo. Por lo tanto, para procesar estos datos, debe agregar acciones al flujo de trabajo.

Acciones

Una acción especifica una tarea que se va a realizar y siempre aparece como un paso posterior en el flujo de trabajo. Puede usar varias acciones en el flujo de trabajo. Por ejemplo, puede iniciar el flujo de trabajo con un desencadenador de SQL Server que compruebe si hay nuevos datos de cliente en una base de datos SQL. Después del desencadenador, el flujo de trabajo puede tener una acción SQL Server que obtiene los datos del cliente. Después de esta acción de SQL Server, su flujo de trabajo puede utilizar una acción diferente que procese los datos, por ejemplo, una acción de Operaciones de datos que cree una tabla CSV.

Permisos de conexión

En un flujo de trabajo de una aplicación lógica de consumo, necesitas permisos específicos antes de poder crear o gestionar recursos, flujos de trabajo y conexiones de la aplicación lógica. Para más información sobre estos permisos, consulte Operaciones seguras: acceso seguro y datos en Azure Logic Apps.

Creación, configuración y autenticación de conexiones

Antes de poder utilizar las operaciones de un conector en su flujo de trabajo, muchos conectores requieren que primero cree una conexión con el servicio o sistema de destino. Para crear una conexión desde el diseñador de flujos de trabajo, debe autenticar su identidad con credenciales de cuenta y, en ocasiones, otra información de conexión.

Por ejemplo, para que el flujo de trabajo obtenga acceso a la cuenta de correo electrónico de Office 365 Outlook y trabaje con ella, debe autorizar una conexión a esa cuenta. En algunos conectores integrados y conectores administrados, puede configurar una identidad administrada para la autenticación y usarla en lugar de proporcionar sus credenciales.

Para conectores gestionados, las conexiones son recursos de Azure separados con sus propias definiciones de recursos. Para los conectores integrados en flujos de trabajo Standard, la configuración de la conexión se almacena junto con la configuración de la app Logic, incluyendo el archivo connections.json y la configuración de la app referenciada. Para revisar la información de conexión, sigue estos pasos según si tienes un flujo de trabajo de Consumo o Estándar:

Cifrado y seguridad de conexión

Los servicios de Azure que almacenan detalles de configuración de conexión y secretos los cifran en reposo. El almacenamiento y los controles de acceso varían entre conexiones API gestionadas y conexiones integradas en flujos de trabajo estándar. Las conexiones que usan Autenticación Abierta de Microsoft Entra ID (Microsoft Entra ID OAuth), como Office 365, Salesforce y GitHub, requieren iniciar sesión, pero Azure Logic Apps almacena tokens de acceso y actualización en lugar de contraseñas de inicio de sesión de usuario.

Azure Logic Apps puede actualizar tokens de acceso OAuth mientras el token de actualización sigue siendo válido y el servicio destino permite el acceso. Los tokens de actualización pueden expirar o ser revocados, lo que podría requerir reautorización. Los cambios en credenciales también pueden invalidar tokens, dependiendo del proveedor de identidad, el tipo de cliente y el flujo de autenticación.

Nota:

Si su organización no le permite acceder a recursos específicos a través de los conectores en Azure Logic Apps, puede bloquear la capacidad de crear dichas conexiones mediante Azure Policy.

Para más información sobre cómo proteger flujos de trabajo y conexiones de aplicaciones lógicas, consulte Protección del acceso y los datos en Azure Logic Apps.

Acceso de firewall para conexiones

Si tu entorno utiliza un cortafuegos, permite solo el tráfico requerido por tus flujos de trabajo y operaciones de conectores:

  • Para flujos de trabajo de Consumo que usan operaciones integradas, permita el tráfico entrante de Azure Logic Apps cuando los flujos de trabajo reciben llamadas externas y el tráfico saliente cuando los flujos de trabajo llaman a puntos de conexión externos. Utiliza las etiquetas de servicio LogicAppsManagement y LogicApps cuando sea compatible.

  • Para operaciones gestionadas o personalizadas de conectores, utiliza la etiqueta de servicio AzureConnectors cuando sea soportado. De lo contrario, permita las direcciones IP de salida requeridas del conector administrado para las regiones de Azure correspondientes.

  • Para flujos de trabajo estándar, sigue los requisitos de red de Azure App Service y permite los nombres de dominio totalmente cualificados que requieren las conexiones de conector. Para más información, consulte Permisos de cortafuegos para flujos de trabajo estándar.

Para obtener más información, consulte Configuración del firewall.

Conectores personalizados y API

En flujos de trabajo Consumo para Azure Logic Apps multiinquilino, puede llamar a las API basadas en Swagger o basadas en SOAP que no están disponibles como conectores predefinidos. También puede ejecutar código personalizado mediante la creación de API Apps personalizadas. Para más información, consulte la siguiente documentación:

En los flujos de trabajo estándar para Azure Logic Apps de un solo inquilino, puede crear conectores integrados personalizados basados en proveedores de servicios que se ejecuten de forma nativa y que estén disponibles para cualquier flujo de trabajo de aplicación lógica estándar. Para más información, consulte la siguiente documentación:

Pasos siguientes

Creación de un flujo de trabajo de aplicación lógica de consumo: Azure Portal

Crear un flujo de trabajo de aplicación lógica estándar: Azure Portal

  • Last updated on