Los conectores integrados proporcionan maneras de controlar la programación y la estructura del flujo de trabajo, ejecutar su propio código, administrar o manipular datos y completar otras tareas en los flujos de trabajo. A diferencia de los conectores administrados, algunos conectores integrados no están vinculadas a un servicio, sistema o protocolo específicos. Por ejemplo, puede iniciar casi cualquier flujo de trabajo según una programación mediante el desencadenador Periodicidad. O bien, puede hacer que el flujo de trabajo espere hasta que se llame mediante el desencadenador Solicitud. Todos los conectores integrados se ejecutan de forma nativa en el entorno de ejecución de Azure Logic Apps. En algunos casos no es necesario que cree una conexión antes de utilizarlos.
En el caso de un pequeño número de servicios, sistemas y protocolos, Azure Logic Apps proporciona una versión integrada junto con la versión administrada. La cantidad y variedad de conectores integrados dependerá de si crea un flujo de trabajo de aplicación lógica de consumo que se ejecute en el factor de forma multiinquilino de Azure Logic Apps o, por el contrario, crea un flujo de trabajo de aplicación lógica estándar que se ejecute en el factor de forma de un solo inquilino de Azure Logic Apps. En cambio, en la mayoría de los casos, la versión integrada proporciona un mejor rendimiento, funcionalidades y precios, entre otras cosas. En un número reducido de casos, algunos conectores integrados solo están disponibles en un tipo de flujo de trabajo de aplicación lógica y no en el otro.
Por ejemplo, un flujo de trabajo estándar puede usar tanto conectores administrados como integrados para Azure Blob Storage, Azure Cosmos DB, Azure Event Hubs, Azure Service Bus, FTP, IBM DB2, IBM MQ, SFTP y SQL Server. En cambio, un flujos de trabajo de consumo no tienen versiones integradas de los conectores. Un flujo de trabajo de consumo puede usar conectores integrados para Azure API Management y Azure App Service, mientras que un flujo de trabajo estándar no tiene estos conectores integrados.
En este artículo se proporciona información general sobre los conectores integrados en flujos de trabajo de consumo frente a flujos de trabajo estándar.
Conectores integrados en aplicaciones de consumo frente al estándar
En la siguiente tabla se enumeran las galerías de colecciones de operaciones integradas, tanto actuales como en expansión, que están disponibles para los flujos de trabajo Estándar y Consumo. En el caso de los flujos de trabajo estándar, un asterisco (*) marca los conectores integrados basados en función del modelo del proveedor de servicios, lo que se describirá con más detalle más adelante.
Consumo
Estándar
Azure API Management Azure App Service Comprobación de Azure Logic Apps Operaciones por lotes calidad Operaciones de datos Date Time Archivos planos HTTP Código insertado Integration Account Operaciones Liquid de solicitud. Planificación variables Operaciones XML
AS2 (v2) Búsqueda de Azure AI* Azure API Management Azure Automation* Azure Blob Storage* Azure Cosmos DB* Azure Event Grid Publisher* Azure Event Hubs* Azure File Storage* Comprobación de Azure Key Vault* Azure OpenAI* Azure Queue Storage* Azure Service Bus* Azure Table Storage* Operaciones por lotes calidad Operaciones del asignador de datos Operaciones de datos Date Time EDIFACT Sistema de archivos* Archivos planos FTP* HTTP IBM 3270* IBM CICS IBM DB2* Archivo de host de IBM* IBM IMS* IBM MQ* Código insertado Integration Account JDBC* Operaciones Liquid de solicitud. RosettaNet SAP* Planificación SFTP* SMTP* SQL Server* SWIFT variables Operaciones de flujo de trabajo X12 Operaciones XML
Conectores integrados basados en el proveedor de servicios
En los flujos de trabajo estándar, los conectores integrados que tiene los siguientes atributos se conoce informalmente como proveedores de servicios:
Proporciona acceso desde un flujo de trabajo estándar a un servicio, como Azure Blob Storage, Azure Service Bus, Azure Event Hubs, SFTP y SQL Server.
Algunos conectores integrados admiten una sola forma de autenticar una conexión con el servicio subyacente. Otros conectores integrados pueden ofrecer una opción, como el uso de una cadena de conexión, Microsoft Entra ID o una identidad administrada.
Se ejecuta en el mismo proceso que el tiempo de ejecución de Azure Logic Apps rediseñado.
Por el contrario, los conectores integrados que no sean proveedores de servicios tiene los siguientes atributos:
No se basa en el modelo de extensibilidad de Azure Functions.
Se implementa directamente como un trabajo dentro del tiempo de ejecución de Azure Logic Apps, como las operaciones Schedule, HTTP, Request y XML.
Conectores integrados personalizados
En el caso de los flujos de trabajo estándar, puede crear su propio conector integrado con el mismo modelo de extensibilidad que usan los conectores integrados basados en proveedores de servicios, como Azure Blob Storage, Azure Event Hubs, Azure Service Bus, SQL Server, etc. Esta implementación de interfaz se basa en el modelo de extensibilidad Azure Functions y proporciona la capacidad de crear conectores integrados personalizados que cualquier persona pueda usar en flujos de trabajo estándar.
En el caso de los flujos de trabajo de consumo, no puede crear sus propios conectores integrados, pero puede crear sus propios conectores administrados.
Para más información, revise la siguiente documentación:
Cuando se recibe una solicitud HTTP: espere hasta que llegue una solicitud de otro flujo de trabajo, aplicación o servicio. Este desencadenador permite llamar al flujo de trabajo sin tener que revisarlo o sondearlo en un horario.
Respuesta: responda a una solicitud que ha recibido el desencadenador denominado Cuando se recibe una solicitud HTTP en el mismo flujo de trabajo.
Conéctese a un servidor SMTP para poder enviar un correo electrónico.
Conectores integrados para servicios y sistemas específicos
Los siguientes conectores integrados se pueden usar para acceder a servicios y sistemas concretos. En los flujos de trabajo estándar, algunos de estos conectores integrados también se conocen informalmente como proveedores de servicios, que pueden diferir algo de sus homólogos conectores administrados.
Llame a las aplicaciones que haya creado y hospédelas en Azure App Service; por ejemplo, API Apps y Web Apps.
Cuando Swagger se incluye, los desencadenadores y las acciones que hayan definido las aplicaciones aparecen como cualquier otro desencadenador y acción de primera clase en Azure Logic Apps.
Consuma y publique eventos en un centro de eventos. Por ejemplo, obtenga una salida de su flujo de trabajo con Event Hubs y enviarla luego a un proveedor de análisis en tiempo real.
Conéctese a SQL Server en el entorno local o a una base de datos de Azure SQL Database en la nube para poder administrar los registros, ejecutar procedimientos almacenados o realizar consultas.
Ejecución de código desde flujos de trabajo
Azure Logic Apps proporciona las acciones integradas siguientes para ejecutar código propio en el flujo de trabajo:
Agrupa las acciones en casos a los que se asignan valores únicos, excepto el caso predeterminado. Ejecuta solo el caso cuyo valor asignado coincida con el resultado de una expresión, objeto o token. Si no hay coincidencias, ejecuta el caso predeterminado.
Analizar JSON: crea tokens de usuario sencillos a partir de propiedades y sus valores en contenido JSON para que pueda usar esas propiedades en el flujo de trabajo.
Seleccionar: crea una matriz con objetos JSON mediante la transformación de elementos o valores de otra matriz, y asignar esos elementos a propiedades especificadas.
Date Time
Realice operaciones con marcas de tiempo.
Agregar a la hora: agrega el número especificado de unidades a una marca de tiempo.
Convertir la zona horaria: convierte una marca de tiempo de la zona horaria de origen a la zona horaria de destino.
Hora actual: devuelve la marca de tiempo actual como una cadena.
Obtener la hora futura: devuelve la marca de tiempo actual más las unidades de tiempo especificadas.
Obtener la hora pasada: devuelve la marca de tiempo actual menos las unidades de tiempo especificadas.
Restar de la hora: resta un número de unidades de tiempo de una marca de tiempo.
Redactar XML con esquema: cree el XML a partir de JSON mediante un esquema para un flujo de trabajo Estándar.
Analizar XML con esquema: analice el XML mediante un esquema para un flujo de trabajo Estándar.
Transformar XML: convierta el XML mediante una asignación.
Validar XML: valide el XML entrante o saliente mediante un esquema.
Operaciones integradas de negocio a negocio (B2B)
Azure Logic Apps admite escenarios de comunicación de negocio a negocio (B2B) mediante diversas operaciones integradas B2B. En función de si tiene un flujo de trabajo de consumo o estándar y las operaciones B2B que desea usar, es posible que tenga que crear y vincular una cuenta de integración al recurso de aplicación lógica. Luego, puede usar esta cuenta de integración para definir sus artefactos B2B, tales como entidades, acuerdos, mapas, esquemas, certificados, etc.
Flujos de trabajo de consumo
Para poder usar cualquier operación B2B en un flujo de trabajo, debe crear y vincular una cuenta de integración al recurso de aplicación lógica. Después de crear la cuenta de integración, debe definir sus artefactos B2B, tales como entidades, acuerdos, mapas, esquemas, certificados, etc. Luego, puede usar las operaciones B2B para codificar y descodificar mensajes, transformar contenido, etc.
Flujos de trabajo estándar
Algunas operaciones B2B requieren que cree y vincule una cuenta de integración al recurso de aplicación lógica. La vinculación le permite compartir artefactos entre varios flujos de trabajo estándar y sus flujos de trabajo secundarios. En función de la operación B2B que quiera usar, realice uno de los pasos siguientes antes de usar la operación:
En el caso de las operaciones que requieren mapas o esquemas, puede hacer lo siguiente:
Codificar y descodificar las transacciones de la Society for Worldwide Interbank Financial Telecommuncation (SWIFT) en formato de mensaje XML de archivo sin formato.