¿Qué es Azure Logic Apps?
Azure Logic Apps es una plataforma en la nube en la que puede crear y ejecutar flujos de trabajo automatizados con poco o ningún código. Mediante el diseñador visual y la selección de operaciones precompiladas, puede crear rápidamente un flujo de trabajo que integre y administre las aplicaciones, los datos, los servicios y los sistemas.
Azure Logic Apps simplifica la forma de conectar sistemas heredados, modernos y vanguardistas en entornos híbridos, locales y en la nube. Puede usar herramientas con poco o sin código para desarrollar soluciones de integración altamente escalables que admitan escenarios empresariales y de negocio a negocio (B2B).
Esta lista describe solo algunos ejemplos de tareas, procesos empresariales y cargas de trabajo que puede automatizar con Azure Logic Apps:
Programación y envío de notificaciones por correo electrónico mediante Office 365 cuando se produce un evento específico, por ejemplo, cuando se ha cargado un archivo nuevo.
Procesamiento y enrutamiento de pedidos entre sistemas locales y servicios en la nube.
Traslado de archivos cargados de un servidor SFTP o FTP a Azure Storage.
Supervisión de tuits, análisis de opiniones y creación de alertas o tareas para los elementos que se deben revisar.
El siguiente ejemplo parcial de un flujo de trabajo empresarial usa condiciones y modificadores para determinar la siguiente acción. Supongamos que tiene un sistema de pedidos y el flujo de trabajo procesa los pedidos entrantes. Quiere revisar manualmente los pedidos que estén por encima de un costo determinado. El flujo de trabajo ya tiene pasos anteriores que determinan cuánto cuesta un pedido entrante. Por tanto, crea una condición inicial basada en ese valor del costo, por ejemplo:
Sugerencia
Para más información, puede hacerle estas preguntas a Azure Copilot:
- ¿Qué problemas puedo resolver con Azure Logic Apps?
- ¿Qué ventajas proporciona Azure Logic Apps?
Para buscar Azure Copilot, en la barra de herramientas de Azure Portal, seleccione Copilot.
Si está listo para intentar crear su primer flujo de trabajo de aplicación lógica, consulte Comenzar.
Para aprender más, vea este vídeo:
Para obtener más información, consulte Azure Logic Apps en el sitio web de Azure y otros servicios de integración de Azure.
Términos clave
En la tabla siguiente se definen brevemente la terminología y los conceptos básicos de Azure Logic Apps.
| Término | Descripción |
|---|---|
| Aplicación lógica | El recurso de Azure que se crea cuando se quiere crear un flujo de trabajo. Básicamente, puede crear los siguientes tipos de recursos de aplicación lógica: - Un recurso de aplicación lógica de consumo que admite un único flujo de trabajo, el cual se hospeda y se ejecuta en una instancia global multiinquilino de Azure Logic Apps. - Un recurso de aplicación lógica estándar que admite varios flujos de trabajo, los cuales se hospedan y ejecutan en una instancia de Azure Logic Apps de un solo inquilino. Obtenga más información sobre los tipos de recursos de aplicación lógica y sus respectivos recursos informáticos y modelos de facturación. |
| Flujo de trabajo | Una serie de operaciones que definen una tarea, un proceso empresarial o una carga de trabajo. Cada flujo de trabajo siempre comienza con una sola operación de desencadenador, después de la cual debe agregar una o varias operaciones de acción. |
| Desencadenador | La primera operación de cualquier flujo de trabajo que especifique los criterios que se deben cumplir antes de ejecutar las operaciones posteriores en ese flujo de trabajo. Por ejemplo, un evento de desencadenador podría recibir un correo electrónico en la bandeja de entrada o detectar un nuevo archivo en una cuenta de almacenamiento. |
| Action | Cada operación posterior que sigue al desencadenador en el flujo de trabajo. |
| Conector integrado | Este tipo de conector o de operación está "integrado" en el tiempo de ejecución de Azure Logic Apps para que las operaciones se ejecuten de forma nativa y directa junto con el tiempo de ejecución con el fin de obtener un rendimiento más rápido, en comparación con los conectores administrados por Microsoft que se hospedan y ejecutan en Azure. Las operaciones integradas proporcionan maneras de controlar la programación o estructura del flujo de trabajo, ejecutar su propio código, administrar y manipular datos, enviar o recibir solicitudes en un punto de conexión y llevar a cabo otras tareas del flujo de trabajo. 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 le llame mediante el desencadenador Solicitud. Estas operaciones no suelen requerir que cree una conexión a partir del flujo de trabajo. Aunque la mayoría de las operaciones integradas no están asociadas a ningún servicio o sistema, algunas operaciones integradas están disponibles para servicios específicos, como Azure Functions, Azure Blob Storage, Azure App Service, etc. La disponibilidad de estas operaciones integradas depende de si está trabajando en un flujo de trabajo de aplicación lógica estándar o de consumo. Para obtener más información y ejemplos, consulte Conectores integrados en Azure Logic Apps. |
| Conector administrado | Este tipo de conector o de operación es publicado por Microsoft, administrado, hospedado y ejecutado en Azure y es un proxy precompilado o un contenedor para una API de REST de un servicio o sistema que puede usar para acceder a una aplicación, datos, servicio o sistema específico. Para poder crear la mayoría de los conectores administrados, primero debe crear una conexión desde el flujo de trabajo y autenticar su identidad. Por ejemplo, puede iniciar un flujo de trabajo con un desencadenador o ejecutar una acción que funcione con un servicio como Office 365, Salesforce o servidores de archivos. Para más información, consulte Conectores administrados para Azure Logic Apps. |
| cuenta de integración | Cree este recurso de Azure cuando desee definir y almacenar artefactos B2B para utilizarlos en sus flujos de trabajo. Después de crear y vincular una cuenta de integración con la aplicación lógica, los flujos de trabajo pueden usar estos artefactos B2B. Los flujos de trabajo también pueden intercambiar mensajes que sigan los estándares de intercambio electrónico de datos (EDI) e integración de aplicaciones empresariales (EAI). Por ejemplo, puede definir socios comerciales, contratos, esquemas, mapas y otros artefactos B2B. Puede crear flujos de trabajo que usen estos artefactos e intercambiar mensajes a través de protocolos como AS2, EDIFACT, X12 y RosettaNet. |
Motivos de uso de Azure Logic Apps
La plataforma de integración de Azure Logic Apps ofrece más de 1000 conectores predefinidos para que pueda conectar e integrar aplicaciones, datos, servicios y sistemas de forma más fácil y rápida. Puede centrarse más en el diseño e implementación de la funcionalidad y lógica de negocios de la solución y dedicar menos energía en averiguar cómo acceder a los recursos.
Para comunicarse con cualquier punto de conexión de servicio, ejecute su propio código, controle la estructura del flujo de trabajo, manipule los datos o conéctese a servicios usados con mayor rendimiento, puede usar operaciones de conector integradas. Estas operaciones se ejecutan de forma nativa en el runtime de Azure Logic Apps para un rendimiento más rápido.
Para acceder a recursos y trabajar con ellos en servicios como Azure, Microsoft, otras aplicaciones web y servicios externos o sistemas locales, puede usar operaciones de conectores administradas por Microsoft (hospedadas en Azure). Elija entre más de 1000 conectores en un ecosistema de Azure en constante expansión, por ejemplo:
Servicios de Azure, como Blob Storage y Service Bus
Servicios de Office 365, como Outlook, Excel y SharePoint
Servidores de bases de datos, como SQL y Oracle
Sistemas empresariales, como SAP e IBM MQ
Recursos compartidos de archivos, como FTP y SFTP
Para más información, consulte la siguiente documentación:
Al compilar flujos de trabajo en Azure Logic Apps, normalmente no es necesario escribir ningún código. Sin embargo, si necesita escribir código, puede agregar y ejecutar fragmentos de código de JavaScript o scripts de C# en el flujo de trabajo mediante la acción Código insertado para JavaScript o C#, respectivamente. También puede agregar y ejecutar código mediante Azure Functions. Si el flujo de trabajo necesita interactuar con eventos de otros servicios de Azure, aplicaciones personalizadas u otras soluciones, puede supervisar, enrutar y publicar eventos mediante Azure Event Grid o Azure Event Hubs.
Microsoft Azure administra completamente Azure Logic Apps, lo que le permite despreocuparse de la compilación, hospedaje, escalado, administración, supervisión y mantenimiento de estos servicios. Si usa estas funcionalidades para crear aplicaciones y soluciones "sin servidor", puede centrarse en la lógica de negocios y en la funcionalidad. Estos servicios se escalan automáticamente para satisfacer sus necesidades, agilizar las integraciones y ayudarle a crear sólidas aplicaciones en la nube con poco código, o sin código alguno.
Para ver la forma en que otras empresas han mejorado su agilidad y se han centrado en sus negocios principales al combinar Azure Logic Apps con otros servicios de Azure y productos de Microsoft, consulte estos testimonios de clientes.
¿En qué se diferencia Azure Logic Apps de Functions, WebJobs y Power Automate?
Todos estos servicios le ayudan a conectarse y a reunir sistemas dispares. Cada servicio tiene sus ventajas y beneficios, por lo que la combinación de sus funcionalidades es la mejor manera de crear rápidamente un sistema de integración escalable y completo. Para más información, consulte Elección entre Azure Logic Apps, Azure Functions, Azure WebJobs y Microsoft Power Automate.
¿Con qué rapidez puedo aumentar mis soluciones con Azure Logic Apps?
Empiece poco a poco con sus servicios y sistemas actuales y crezca de forma gradual a su propio ritmo. Cuando esté listo, Azure Logic Apps le ayudará a implementar y escalar verticalmente a escenarios de integración más avanzados mediante las siguientes funcionalidades y ventajas.
Creación y edición visual de flujos de trabajo con herramientas fáciles de usar
Ahorre tiempo y simplifique los procesos complejos mediante el uso de herramientas de diseño visual de Azure Logic Apps. Cree flujos de trabajo de principio a fin mediante el diseñador de flujos de trabajo de Azure Logic Apps en Azure Portal, Visual Studio Code o Visual Studio. Inicie su flujo de trabajo con un desencadenador y agregue varias acciones desde la galería de conectores.
Conexión de distintos sistemas en varios entornos
Determinados patrones y flujos de trabajo son fáciles de describir pero difíciles de implementar en el código. Azure Logic Apps le ayuda a conectar sin problemas sistemas dispares en entornos híbridos, locales y en la nube. Por ejemplo, puede conectar una solución de marketing de la nube con un sistema de facturación local, o bien centralizar la mensajería a través de las API y los sistemas mediante Azure Service Bus. Azure Logic Apps ofrece una forma rápida, fiable y coherente de proporcionar soluciones que se pueden volver a utilizar y configurar para estos escenarios.
Creación e implementación en diferentes entornos
Según el escenario, los requisitos de la solución y las funcionalidades deseadas, elija si quiere crear un flujo de trabajo de aplicación lógica estándar o de consumo. En función de esta elección, el flujo de trabajo se ejecuta en una instancia multiinquilino de Azure Logic Apps, una instancia de Azure Logic Apps de un solo inquilino o una instancia de App Service Environment (v3). Con una instancia de Azure Logic Apps de un solo inquilino, los flujos de trabajo pueden acceder más fácilmente a los recursos protegidos por redes virtuales de Azure. Si crea flujos de trabajo basados en un solo inquilino mediante Logic Apps habilitado para Azure Arc, también puede ejecutar flujos de trabajo en contenedores. Para más información, consulte Inquilino único frente a multiinquilino en Azure Logic Apps y ¿Qué es Logic Apps habilitado para Arc?
En la tabla siguiente se resumen brevemente las diferencias entre un flujo de trabajo de aplicación lógica estándar y de consumo. También aprenderá las diferencias entre el entorno multiinquilino, el entorno de un solo inquilino y App Service Environment v3 (ASEv3) para implementar, hospedar y ejecutar sus flujos de trabajo de aplicaciones lógicas.
| Opción de hospedaje | Ventajas | Intercambio y uso de recursos | Modelo de precios y facturación | Administración de límites |
|---|---|---|---|---|
| Consumo Entorno de host: Azure Logic Apps multiinquilino |
- Es la manera más fácil de empezar. - Paga por lo que usa - Totalmente administrado. |
Un único recurso de aplicación lógica solo puede tener un flujo de trabajo. Todas las aplicaciones lógicas de varios inquilinos de Microsoft Entra comparten el mismo procesamiento (proceso), almacenamiento, red, etc. Con fines de redundancia, los datos se replican en la región emparejada. Para lograr alta disponibilidad, el almacenamiento con redundancia geográfica (GRS) está habilitado. |
Consumo (pago por ejecución) | Azure Logic Apps administra los valores predeterminados para estos límites, pero usted puede cambiar algunos de estos valores, si existe esa opción para un límite específico. |
| Estándar (Plan de servicio de flujo de trabajo) Entorno de host: Azure Logic Apps de un solo inquilino Nota: Si el escenario requiere contenedores, cree aplicaciones lógicas basadas en un solo inquilino mediante Logic Apps habilitado para Azure Arc. Para más información, consulte ¿Qué es Azure Logic Apps habilitado para Azure Arc? |
- Más conectores integrados hospedados en el entorno de ejecución de un solo inquilino para un mayor rendimiento y menores costos a escala - Mayor control y capacidad de ajuste en torno a la configuración de rendimiento y tiempo de ejecución. - Compatibilidad integrada para redes virtuales y puntos de conexión privados. - Permite crear sus propios conectores integrados. |
Un solo recurso de aplicación lógica puede tener varios flujos de trabajo con estado y sin estado. Los flujos de trabajo en una sola aplicación lógica y en el inquilino comparten el mismo procesamiento (proceso), almacenamiento, red, etc. Los datos permanecen en la misma región donde se implementan las aplicaciones lógicas. |
Estándar, basado en un plan de hospedaje con un plan de tarifa seleccionado. Si ejecuta flujos de trabajo con estado, que usan almacenamiento externo, el entorno en tiempo de ejecución de Azure Logic Apps realiza transacciones de almacenamiento que siguen los precios de Azure Storage. |
Puede cambiar los valores predeterminados para muchos límites, en función de las necesidades de su escenario. Importante: Algunos límites tienen máximos fijos. En Visual Studio Code, los cambios que haga en los valores de límite predeterminados en los archivos de configuración de un proyecto de aplicación lógica no aparecerán en la experiencia del diseñador. Para obtener más información, consulte Edición de la configuración de la aplicación y el entorno para aplicaciones lógicas en Azure Logic Apps de un solo inquilino. |
| Estándar (App Service Environment v3) Entorno de host: App Service Environment v3 (ASEv3): solo planes de Windows |
Misma funcionalidades como un solo inquilino más las siguientes ventajas: - Aislamiento completo de las aplicaciones lógicas. - Creación y ejecución de más aplicaciones lógicas que en Azure Logic Apps de un solo inquilino. - Pago solo por el plan de App Service ASE, independientemente del número de aplicaciones lógicas que cree y ejecute. - Posibilidad de habilitar el escalado automático o escalar manualmente con más instancias de máquina virtual o un plan de App Service diferente. - Permite heredar la configuración de red de la instancia de ASEv3 seleccionada. Por ejemplo, cuando se implementan en un ASE interno, los flujos de trabajo pueden acceder a los recursos de una red virtual asociada al ASE y tener puntos de acceso internos. Nota: Si se accede desde fuera de un ASE interno, ejecute historiales de flujos de trabajo en los que el ASE no pueda acceder a las entradas y salidas de acción. |
Una sola aplicación lógica puede tener varios flujos de trabajo con estado y sin estado. Los flujos de trabajo en una sola aplicación lógica y en el inquilino comparten el mismo procesamiento (proceso), almacenamiento, red, etc. Los datos permanecen en la misma región donde se implementan las aplicaciones lógicas. |
plan de App Service | Puede cambiar los valores predeterminados para muchos límites, en función de las necesidades de su escenario. Importante: Algunos límites tienen máximos fijos. En Visual Studio Code, los cambios que haga en los valores de límite predeterminados en los archivos de configuración de un proyecto de aplicación lógica no aparecerán en la experiencia del diseñador. Para obtener más información, consulte Edición de la configuración de la aplicación y el entorno para aplicaciones lógicas en Azure Logic Apps de un solo inquilino. |
Soporte de primera clase para escenarios B2B y de integración empresarial
Las empresas y organizaciones se comunican electrónicamente entre sí mediante el uso de protocolos y formatos de mensajes estándares del sector, pero diferentes, como EDIFACT, AS2, X12 y RosettaNet. Mediante el uso de las funcionalidades de integración empresarial compatibles con Azure Logic Apps, puede crear flujos de trabajo que transformen los formatos de mensaje que usan las entidades en formatos que los sistemas de su organización puedan interpretar y procesar. Azure Logic Apps administra estos intercambios de forma fácil y segura mediante cifrado y firmas digitales. Para escenarios de integración B2B, Azure Logic Apps incluye funcionalidades de BizTalk Server. Para definir artefactos de negocio a negocio (B2B), cree una cuenta de integración donde almacene estos artefactos. Después de vincular esta cuenta al recurso de aplicación lógica, los flujos de trabajo pueden usar estos artefactos B2B e intercambiar mensajes que cumplan con los estándares de intercambio electrónico de datos (EDI) y Enterprise Application Integration (EAI).
Para más información, consulte la siguiente documentación:
Integre y compile a partir de Microsoft BizTalk Server, Azure Service Bus, Azure Functions, Azure API Management, etc.
Intercambie mensajes mediante los protocolos EDIFACT, AS2,X12y RosettaNet.
Procese mensajes XML y archivos planos.
Cree una cuenta de integración para almacenar y administrar artefactos B2B, como entidad, acuerdos, mapas, esquemas, y más.
Por ejemplo, si usa Microsoft BizTalk Server, los flujos de trabajo pueden comunicarse con BizTalk Server mediante el conector de BizTalk Server. Luego, puede ampliar o realizar operaciones similares a las de BizTalk en los flujos de trabajo mediante los conectores de la cuenta de integración. Por otra parte, BizTalk Server puede comunicarse con sus flujos de trabajo mediante el adaptador de Microsoft BizTalk Server Adapter para Azure Logic Apps. Aprenda a configurar y usar el adaptador de BizTalk Server.
Escriba una vez y úselo tanto como quiera
Cree flujos de trabajo de aplicaciones lógicas como plantillas de Azure Resource Manager para que pueda configurar y automatizar las implementaciones en varios entornos y regiones.
Extensibilidad integrada
Si no hay ningún conector adecuado disponible para ejecutar el código que desea, puede crear y ejecutar fragmentos de código desde el flujo de trabajo mediante la acción Código insertado para JavaScript o scripts de C#, puede usar Azure Functions. También puede crear API y conectores personalizados, a los que puede llamar desde sus flujos de trabajo.
Acceso directo a los recursos de redes virtuales de Azure
Los flujos de trabajo de aplicaciones lógicas pueden acceder a recursos protegidos, como máquinas virtuales, otros servicios y sistemas que se encuentran dentro de una red virtual de Azure cuando usa Azure Logic Apps (Estándar). Azure Logic Apps (Estándar) es una instancia de Azure Logic Apps de un solo inquilino que usa recursos dedicados y se ejecuta de forma independiente a la instancia multiinquilino global de Azure Logic Apps.
Hospedar y ejecutar flujos de trabajo de aplicaciones lógicas en su propia instancia dedicada ayuda a reducir el impacto que podrían tener otros inquilinos de Azure en el rendimiento de las aplicaciones, también conocido como el efecto "vecinos ruidosos".
Azure Logic Apps (Estándar) proporciona las siguientes ventajas:
Sus propias direcciones IP estáticas, que son independientes de las direcciones IP estáticas que comparten las aplicaciones lógicas en Azure Logic Apps multiinquilino. Puede configurar una dirección IP de salida única, pública, estática y predecible para comunicarse con los sistemas de destino. De ese modo, no es necesario configurar aperturas adicionales del firewall en los sistemas de destino.
Se aumentan los límites de duración de ejecución, retención de almacenamiento, rendimiento, solicitud HTTP y tiempos de espera de respuesta, tamaños de mensaje y solicitudes de conector personalizado. Para más información, consulte el artículo sobre los límites y la configuración de Azure Logic Apps.
Cómo funcionan las aplicaciones lógicas
Un flujo de trabajo de aplicación lógica siempre comienza con un único desencadenador. El desencadenador se activa cuando se cumple una condición, por ejemplo, cuando se produce un evento específico o cuando los datos cumplen criterios específicos. Muchos desencadenadores incluyen funcionalidades de programación que controlan la frecuencia con la que se ejecuta el flujo de trabajo. Después de que el desencadenador se dispara, una o más acciones ejecutan operaciones que procesan, manejan o convierten los datos que viajan a través del flujo de trabajo, o que avanzan el flujo de trabajo al siguiente paso.
Azure Logic Apps implementa y usa la semántica de entrega de mensajes "al menos una vez". Rara vez el servicio entrega un mensaje más de una vez; sin embargo, ningún mensaje se pierde. Si su empresa no controla o no puede controlar los mensajes duplicados, debe implementar idempotencia, que es la capacidad de aceptar mensajes idénticos o duplicados y, al mismo tiempo, conservar la integridad de los datos y la estabilidad del sistema. De este modo, las repeticiones de la misma operación no cambian el resultado después de la primera ejecución.
En la sección siguiente se describe la lógica del flujo de trabajo empresarial de ejemplo, que forma parte de un sistema de pedidos donde el flujo de trabajo procesa los pedidos entrantes. El flujo de trabajo ya tiene pasos anteriores que determinan cuánto cuesta un pedido entrante. El objetivo es revisar manualmente los pedidos por encima de un costo determinado, para lo que crea una condición inicial basada en ese valor de costo, por ejemplo:
Si el pedido está por debajo de una cantidad determinada, la condición es false. En este caso, el flujo de trabajo procesa el pedido.
Si la condición es true, el flujo de trabajo envía un correo electrónico para su revisión manual. Un modificador determina el paso siguiente.
Si el revisor lo aprueba, el flujo de trabajo continúa procesando el pedido.
Si el revisor remite el pedido a otra instancia, el flujo de trabajo envía un correo electrónico de remisión para obtener más información sobre el pedido.
Si se cumplen los requisitos de la remisión, la condición de respuesta es true. Por tanto, se procesa el pedido.
Si la condición de respuesta es false, se envía un correo electrónico sobre el problema.
Puede crear visualmente flujos de trabajo mediante el diseñador de flujos de trabajo de Azure Logic Apps en Azure Portal, Visual Studio Code o Visual Studio. Cada flujo de trabajo también tiene una definición subyacente que usa el formato de notación de objetos JavaScript (JSON). Si lo prefiere, puede editar flujos de trabajo cambiando la definición de este JSON. Para algunas tareas de creación y administración, Azure Logic Apps proporciona compatibilidad con comandos de Azure PowerShell y la CLI de Azure. Para la implementación automatizada, Azure Logic Apps admite plantillas de Azure Resource Manager.
Opciones de precios
Cada tipo de recurso de aplicación lógica (multiinquilino, inquilino único o App Service Environment [ASE v3]) tiene un modelo de precios diferente. Por ejemplo, los flujos de trabajo de aplicación lógica de consumo multiinquilino siguen el modelo de precios Consumo, mientras que los flujos de trabajo de aplicación lógica estándar de inquilino único siguen el modelo de precios Estándar. Obtenga más información sobre precios y medición de Azure Logic Apps.
Primeros pasos
Para poder empezar a usar Azure Logic Apps, necesita una suscripción de Azure. Si aún no tiene una, regístrese para obtener una cuenta de Azure gratuita.
Cuando esté listo, pruebe una o varias de las siguientes guías de inicio rápido para Azure Logic Apps:
Creación de un flujo de trabajo de aplicación lógica de consumo multiinquilino en Azure Portal
Creación de un flujo de trabajo de aplicación lógica de consumo multiinquilino en Visual Studio
Creación de un flujo de trabajo de aplicación lógica de consumo multiinquilino en Visual Studio Code
Quizá le interese también explorar otras guías de inicio rápido de Azure Logic Apps: