Creación de un ejemplo de flujo de trabajo Estándar en Azure Logic Apps de un solo inquilino con Azure Portal

Se aplica a: Azure Logic Apps (estándar)

En esta guía paso a paso se muestra cómo crear un flujo de trabajo automatizado de ejemplo que espera una solicitud web entrante y, a continuación, envía un mensaje a una cuenta de correo electrónico. En concreto, creará un recurso de aplicación lógica Estándar, que puede incluir varios flujos de trabajo con estado y sin estado que se ejecutan en Azure Logic Apps de un solo inquilino.

Nota:

Para crear este flujo de trabajo de ejemplo en Visual Studio Code, siga los pasos descritos en Creación de flujos de trabajo estándar en Azure Logic Apps de inquilino único mediante Visual Studio Code. Ambas opciones proporcionan la funcionalidad para desarrollar, ejecutar e implementar flujos de trabajo de aplicaciones lógicas en los mismos tipos de entornos. Sin embargo, con Visual Studio Code, puede desarrollar, probar y ejecutar flujos de trabajo localmente en el entorno de desarrollo.

Aunque este flujo de trabajo de ejemplo está basado en la nube y solo tiene dos pasos, puede crear flujos de trabajo a partir de cientos de operaciones que pueden conectar una amplia variedad de aplicaciones, datos, servicios y sistemas en entornos híbridos, locales y en la nube. El flujo de trabajo de ejemplo comienza con el desencadenador integrado Solicitar, al que sigue una acción de Office 365 Outlook. El desencadenador crea un punto de conexión al que se puede llamar para el flujo de trabajo y espera una solicitud HTTPS entrante de cualquier autor de llamada. Cuando el desencadenador recibe una solicitud y se activa, la siguiente acción se ejecuta mediante el envío de un correo electrónico a la dirección de correo electrónico especificada junto con las salidas seleccionadas del desencadenador.

A medida que avance, completará estas tareas de alto nivel:

• Crear el nuevo recurso de aplicación lógica Estándar y agregar un flujo de trabajo con estado en blanco.
• Agregar un desencadenador y acción.
• Desencadenar una ejecución de flujo de trabajo.
• Ver el historial de ejecución y de desencadenadores del flujo de trabajo.
• Habilitar o abrir Application Insights después de la implementación.
• Habilitar el historial de ejecución para flujos de trabajo sin estado.

En Azure Logic Apps de un solo inquilino, los flujos de trabajo del mismo recurso de aplicación lógica y del mismo inquilino se ejecutan en el mismo proceso que el tiempo de ejecución, por lo que comparten los mismos recursos y ofrecen un mejor rendimiento. Para más información sobre Azure Logic Apps de inquilino único, consulte Entorno de servicio de integración y multiinquilino en comparación con varios inquilinos.

Requisitos previos

• Una cuenta y una suscripción de Azure. Si aún no tiene una, regístrese para obtener una cuenta de Azure gratuita.

• Una cuenta de Azure Storage. Si no tiene ninguna, puede crear una cuenta de almacenamiento de antemano o durante la creación de la aplicación lógica.

  Nota

  El tipo de recurso de aplicación lógica Estándar cuenta con tecnología de Azure Functions y presenta requisitos de almacenamiento similares a los de las aplicaciones de funciones. Los flujos de trabajo con estado realizan transacciones de almacenamiento, como usar colas para programar y almacenar estados de flujo de trabajo en tablas y blobs. Estas transacciones generan cargos de almacenamiento. Para más información sobre cómo los flujos de trabajo con estado almacenan datos en el almacenamiento externo, revise Flujos de trabajo con y sin estado.

• Para crear el mismo flujo de trabajo de ejemplo de esta guía, necesita una cuenta de correo electrónico de Office 365 Outlook que use una cuenta profesional o educativa de Microsoft para iniciar sesión.

  Si no tiene ninguna cuenta de Office 365, puede usar cualquier otro conector de correo electrónico disponible que pueda enviar mensajes desde su cuenta de correo electrónico, como, por ejemplo, Outlook.com. Si usa un conector de correo electrónico diferente puede seguir el ejemplo, ya que los pasos generales son los mismos. Sin embargo, las opciones pueden diferir de alguna manera. Por ejemplo, si usa el conector de Outlook.com, en su lugar use su cuenta personal de Microsoft para iniciar sesión.

• Para probar el flujo de trabajo de ejemplo de esta guía, necesita una herramienta que pueda enviar llamadas al punto de conexión creado por el desencadenador Solicitud. Si no dispone de esta herramienta, puede descargar, instalar y usar Postman.

• Si crea un recurso de aplicación lógica y habilita Application Insights, puede habilitar opcionalmente el registro de diagnóstico y el seguimiento para la aplicación lógica. Puede hacerlo al crear la aplicación lógica o después de la implementación. Debe tener una instancia de Application Insights, pero puede crear este recurso con antelación, al crear la aplicación lógica o después de la implementación.

• Para implementar el recurso de aplicación lógica Estándar en App Service Environment v3 (ASEv3), solo en el plan de Windows, primero debe crear este recurso de entorno. A continuación, puede seleccionar este entorno como ubicación de implementación al crear el recurso de aplicación lógica. Para obtener más información, revise Tipos y entornos de recursos y Creación de una instancia de App Service Environment.

• Desde mediados de octubre de 2022, los nuevos flujos de trabajo de aplicaciones lógicas estándar de Azure Portal usan automáticamente Azure Functions v4. A lo largo de noviembre de 2022, los flujos de trabajo estándar existentes en Azure Portal se migrarán automáticamente a Azure Functions v4. A menos que haya implementado sus aplicaciones lógicas estándar como proyectos basados en NuGet o las haya anclado a una versión de un conjunto específico, esta actualización está diseñada para que usted no tenga que hacer nada ni afecte al entorno de ejecución. Sin embargo, si se da alguna excepción en su caso o si desea obtener más información sobre la compatibilidad con Azure Functions v4, consulte Azure Logic Apps estándar ya admite Azure Functions v4.

Creación de un Recurso de aplicación lógica estándar

1. Inicie sesión en Azure Portal con su cuenta de Azure.

2. En el cuadro de búsqueda Azure Portal, escriba aplicación lógicas y seleccione Logic Apps.

   

3. En la página Logic Apps, seleccione en Agregar.

4. En la página Crear aplicación lógica, en la pestaña Aspectos básicos, proporcione la siguiente información sobre el recurso de aplicación lógica:

   Propiedad	Necesario	Valor	Descripción
   Suscripción	Sí	<Azure-subscription-name>	El nombre de la suscripción de Azure.
   Grupo de recursos	Sí	<nombre del grupo de recursos de Azure>	El grupo de recursos de Azure en el que se crea la aplicación lógica y los recursos relacionados. El nombre del recurso debe ser único entre las regiones y solo puede contener letras, números, guiones (-), caracteres de subrayado (_), paréntesis (()) y puntos (.). En este ejemplo se crea un grupo de recursos denominado Fabrikam-Workflows-RG.
   Nombre de la aplicación lógica	Sí	<nombre-de-la-aplicación-lógica>	El nombre del recurso de la aplicación lógica, que debe ser exclusivo entre las regiones y solo puede contener letras, números, guiones (-), caracteres de subrayado (_), paréntesis (()) y puntos (.). Nota: El nombre de la aplicación lógica obtiene automáticamente el sufijo, .azurewebsites.net, porque el recurso de aplicación lógica Estándar está basado en el entorno de ejecución de Azure Logic Apps de inquilino único, que usa el modelo de extensibilidad de Azure Functions y se hospeda como una extensión en el sistema en tiempo de ejecución de Azure Functions. Azure Functions usa la misma convención de nomenclatura de aplicaciones. En este ejemplo se crea una aplicación lógica denominada Fabrikam-Workflows.

5. Antes de continuar haciendo las selecciones, vaya a la sección Plan. En Tipo de plan, seleccione Estándar para ver solo la configuración que se aplica al tipo de aplicación lógica basada en el plan Estándar.

   La propiedad Tipo de plan especifica el plan de hospedaje y el modelo de facturación que se va a usar para la aplicación lógica. Para más información, revise Planes de hospedaje y planes de tarifa.

   Tipo de plan	Descripción
   Estándar	Este tipo de aplicación lógica es la selección predeterminada. Los flujos de trabajo se ejecutan en Azure Logic Apps de un solo inquilino y usan el Modelo de facturación estándar.
   Consumo	Este tipo de aplicación lógica y flujo de trabajo se ejecuta en Azure Logic Apps global y multiinquilino y usa el modelo de facturación de consumo.

   Propiedad	Necesario	Valor	Descripción
   Plan de Windows	Sí	<nombre-de-plan>	El nombre de plan que se usará. Seleccione el nombre de un plan existente o proporcione un nombre para un plan nuevo. Este ejemplo usa el nombre My-App-Service-Plan. Nota: Solo se admite el plan de App Service basado en Windows. No use un plan de App Service basado en Linux.
   Plan de precios	Sí	<plan-de-tarifa>	Plan de tarifa que se usará para la aplicación lógica y el flujo de trabajo. La selección afecta a los precios, al proceso, a la memoria y al almacenamiento que se usan en la aplicación lógica y los flujos de trabajo. Para más información, revise Planes de hospedaje y planes de tarifa.

6. Ahora, siga realizando las siguientes selecciones:

   Propiedad	Necesario	Valor	Descripción
   Publicar	Sí	Flujo de trabajo	Esta opción aparece y solo se aplica cuando Tipo de plan está establecido en el tipo de aplicación lógica Estándar. Esta opción está configurada de manera predeterminada como Workflow y crea un recurso vacío de aplicación lógica donde se agrega el primer flujo de trabajo. Nota: Actualmente, la opción Contenedor de Docker requiere una ubicación personalizada en un clúster de Kubernetes habilitado para Azure Arc que puede utilizar con instancias de Logic Apps habilitadas para Azure Arc (Estándar). Las ubicaciones del recurso de la aplicación lógica, la ubicación personalizada y el clúster deben tener los mismos valores.
   Región	Sí	<Azure-region>	La región del centro de datos de Azure donde se almacenará la información de la aplicación. En este ejemplo se implementa la aplicación lógica de ejemplo en la región Oeste de EE. UU. en Azure. - Si eligió anteriormente Contenedor de Docker, seleccione la ubicación personalizada en la lista de Región. - Si desea implementar la aplicación en un recurso de App Service Environment v3 existente, puede seleccionar ese entorno en la lista de Región.

   Nota:

   Si selecciona una región de Azure que admite la redundancia de zona de disponibilidad, la sección Redundancia de zona se habilita. En esta sección se le ofrece la opción de habilitar la redundancia de zona de disponibilidad para la aplicación lógica. Sin embargo, entre las regiones de Azure que se admiten actualmente no se incluye Oeste de EE. UU., así que puede omitir esta sección en este ejemplo. Para obtener más información, consulte Protección de aplicaciones lógicas frente a errores de región con redundancia de zona y zonas de disponibilidad.

   Cuando haya terminado, la configuración debe tener un aspecto similar al siguiente ejemplo:

   

7. A continuación, en la pestaña Hosting, proporcione la información siguiente acerca de la solución de almacenamiento y el plan de hospedaje que se usará para la aplicación lógica.

   Propiedad	Necesario	Valor	Descripción
   Tipo de almacenamiento	Sí	- Azure Storage - SQL y Azure Storage	Tipo de almacenamiento que quiere usar para los artefactos y los datos relacionados con el flujo de trabajo. - Para implementar solo en Azure, seleccione Azure Storage. - Para usar SQL como almacenamiento principal y Azure Storage como almacenamiento secundario, seleccione SQL y Azure Storage y revise Configuración del almacenamiento de base de datos SQL para aplicaciones lógicas estándar en instancias de Azure Logic Apps de inquilino único. Nota: Si va a realizar la implementación en una región de Azure, también necesita una cuenta de Azure Storage, que se usa para completar el hospedaje puntual de la configuración de la aplicación lógica en la plataforma Azure Logic Apps. El estado de flujo de trabajo, el historial de ejecución y otros artefactos de tiempo de ejecución se almacenan en su base de datos SQL. En el caso de implementaciones en una ubicación personalizada hospedada en un clúster de Azure Arc, solo necesita SQL como proveedor de almacenamiento.
   Cuenta de almacenamiento	Sí	<Azure-storage-account-name>	La cuenta de Azure Storage que se usará para transacciones de almacenamiento. Este nombre de recurso debe ser único en todas las regiones y tener de 3 a 24 caracteres (solo números y letras minúsculas). Seleccione una cuenta existente o cree una nueva. Este ejemplo crea una cuenta de almacenamiento denominada mystorageacct.

8. En la pestaña Redes, puede dejar las opciones predeterminadas para este ejemplo.

   Para sus escenarios específicos y reales, asegúrese de revisar y seleccionar las opciones adecuadas. También puede cambiar esta configuración después de implementar su recurso de aplicación lógica. Para obtener más información, consulte Proteger el tráfico entre las aplicaciones lógicas Estándar y las redes virtuales de Azure mediante los puntos de conexión privados.

   Habilitación del acceso público	Comportamiento
   Activado	La aplicación lógica tiene un punto de conexión público con una dirección de entrada abierta a Internet y no puede acceder a una red virtual de Azure.
   Desactivado	La aplicación lógica no tiene ningún punto de conexión público, pero tiene un punto de conexión privado en su lugar para la comunicación dentro de una red virtual de Azure y está aislado en esa red virtual. El punto de conexión privado puede comunicarse con los puntos de conexión de la red virtual, pero solo desde clientes de esa red. Esta configuración también significa que el tráfico de la aplicación lógica puede regirse por grupos de seguridad de red o afectados por las rutas de red virtual.

   Para permitir que la aplicación lógica acceda a los puntos de conexión de una red virtual, asegúrese de seleccionar la opción adecuada:

   Habilitar la inserción de red	Comportamiento
   Activado	Los flujos de trabajo de la aplicación lógica pueden comunicarse de forma privada y segura con los puntos de conexión de la red virtual.
   Desactivado	Los flujos de trabajo de la aplicación lógica no se pueden comunicar con los puntos de conexión de la red virtual.

9. Si la configuración de la creación e implementación admite el uso de Application Insights, puede habilitar opcionalmente el registro de diagnóstico y el seguimiento para el flujo de trabajo de la aplicación lógica.

   1. En la pestaña Supervisión, en Application Insights, establezca Habilitar Application Insights en Sí, si aún no está seleccionado.

   2. En la opción Application Insights, seleccione una instancia de Application Insights existente o, si quiere crear una nueva instancia, seleccione Crear nueva y proporcione el nombre que usará.

10. Una vez que Azure valide la configuración de su aplicación lógica, en la pestaña Revisar y crear, seleccione Crear, por ejemplo:

    

    Nota:

    Si obtiene un error de validación durante este paso, abra y revise los detalles del error. Por ejemplo, si la región seleccionada alcanza una cuota para los recursos que está intentando crear, es posible que tenga que probar otra región.

    Después de que Azure finaliza la implementación, su recurso de aplicación lógica se activa automáticamente, pero aún no hace nada porque el recurso está vacío y aún no ha agregado ningún flujo de trabajo.

11. En la página de finalización de la implementación, seleccione Ir al recurso para que pueda agregar un flujo de trabajo en blanco.

    

Adición de un flujo de trabajo en blanco

Después de crear el recurso de aplicación lógica vacío, debe agregar su primer flujo de trabajo.

1. Después de que Azure abra el recurso, en el menú de recursos de su aplicación lógica, seleccione Flujos de trabajo. En la barra de herramientas Flujos de trabajo, seleccione Agregar.

   

2. Cuando se abra el panel Nuevo flujo de trabajo, indique un nombre para el flujo de trabajo y seleccione el tipo de estado, Con estado o Sin estado. Seleccione Crear cuando haya terminado.

   Este ejemplo agrega un flujo de trabajo con estado en blanco denominado Flujo de trabajo con estado. De forma predeterminada, el flujo de trabajo está habilitado, pero no hace nada hasta que se agrega un desencadenador y acciones.

   

3. En la lista de flujos de trabajo, seleccione el flujo de trabajo con estado en blanco.

4. En el menú del flujo de trabajo, en Programador, seleccione Diseñador.

   La superficie del diseñador muestra un mensaje para seleccionar una operación de activación. De forma predeterminada, el símbolo del sistema ya está seleccionado para que ya aparezca un panel con desencadenadores disponibles.

Así que ahora añadirá un desencadenar que inicie su flujo de trabajo.

Incorporación de un desencadenador

Este flujo de trabajo de ejemplo comienza con el desencadenador de solicitud integrado denominado Cuando se recibe una solicitud HTTP. Este desencadenador crea un punto de conexión al que pueden llamar otros servicios o flujos de trabajo de aplicaciones lógicas y espera a que lleguen esas llamadas o solicitudes entrantes. Las operaciones incorporadas se ejecutan de forma nativa y directamente dentro del tiempo de ejecución de Azure Logic Apps.

1. En el diseñador de flujos de trabajo, asegúrese de que el flujo de trabajo en blanco está abierto y de que la opción Agregar un desencadenador está seleccionada en la superficie del diseñador.

2. Si usa solicitud como término de búsqueda, siga estos pasos para agregar al flujo de trabajo el desencadenador de solicitud integrado denominado Cuando se recibe una solicitud HTTP.

   Cuando el desencadenador aparece en el diseñador, se abre el panel de información del desencadenador para mostrar las propiedades, la configuración y otras acciones del desencadenador.

   

3. Guarde el flujo de trabajo. En la barra de herramientas del diseñador, seleccione Save (Guardar).

   Cuando guarda un flujo de trabajo por primera vez y ese flujo de trabajo se inicia con un desencadenador de solicitud, Azure Logic Apps genera automáticamente una dirección URL para un punto de conexión creado por el desencadenador de solicitud. Más adelante, al probar el flujo de trabajo, envía una solicitud a esta dirección URL, que activa el desencadenador e inicia la ejecución del flujo de trabajo.

Agregar una acción

Este flujo de trabajo de ejemplo continúa con la acción del conector administrado de Office 365 Outlook denominada Enviar un correo electrónico. Las operaciones del conector administrado se ejecutan en Azure de forma nativa y directamente en el tiempo de ejecución de Azure Logic Apps.

1. En el diseñador, en el desencadenador que agregó, seleccione el signo más (+) >Agregar una acción.

   Se abrirá el panel Agregar una acción para que pueda seleccionar la siguiente acción.

2. Si usa office envía un correo electrónico como término de búsqueda, siga estos pasos para agregar la acción de Office 365 Outlook llamada Enviar un correo electrónico (V2) a su flujo de trabajo.

3. En el panel de información de la acción, en la pestaña Crear conexión, seleccione Iniciar sesión para que pueda crear una conexión a su cuenta de correo electrónico.

   

4. Cuando se le solicite acceso a su cuenta de correo electrónico, inicie sesión con las credenciales de la cuenta.

   Nota

   Si aparece el mensaje de error "Fallido con error: 'El navegador está cerrado'. Vuelva a iniciar sesión", compruebe si su navegador bloquea las cookies de terceros. Si estas cookies están bloqueadas, intente agregar https://portal.azure.com a la lista de sitios que pueden usar cookies. Si usa el modo de incógnito, asegúrese de que las cookies de terceros no estén bloqueadas mientras se trabaja en ese modo.

   Si es necesario, vuelva a cargar la página, abra el flujo de trabajo, vuelva a agregar la acción de correo electrónico y pruebe a crear la conexión.

   Una vez que Azure crea la conexión, la acción Enviar un correo electrónico aparece en el diseñador y está seleccionada de forma predeterminada. Si la acción no está seleccionada, seleccione la acción para que su panel de información también esté abierto.

5. En el panel de información de la acción, en la pestaña Parámetros, proporcione la información necesaria para la acción, por ejemplo:

   

   Propiedad	Necesario	Valor	Descripción
   To	Sí	<your-email-address>	El destinatario del correo electrónico, que puede ser su dirección de correo electrónico con fines de prueba. En este ejemplo se usa la dirección de correo electrónico ficticia sophiaowen@fabrikam.com.
   Subject	Sí	Un correo electrónico del flujo de trabajo de ejemplo	El asunto del correo electrónico
   Cuerpo	Sí	Hola desde el flujo de trabajo de ejemplo.	El contenido del cuerpo del correo electrónico.

   Nota

   Al hacer cambios en el panel de información de las pestañas Configuración, Resultado estático o Ejecutar después de, asegúrese de seleccionar Listo para confirmar dichos cambios antes de cambiar de pestaña o cambiar el foco al diseñador. De lo contrario, el diseñador no conservará los cambios.

6. Guarde el flujo de trabajo. En la barra de herramientas del diseñador, seleccione Save (Guardar).

7. Si el entorno tiene requisitos de red estrictos o firewalls que limitan el tráfico, debe permitir la configuración de los permisos de las conexiones de desencadenador o acción que existan en el flujo de trabajo Para buscar los nombres de dominio completos, revise Búsqueda de nombres de dominio para el acceso al firewall.

   En caso contrario, para probar el flujo de trabajo, desencadene manualmente una ejecución.

Eliminación de elementos del diseñador

Para eliminar un elemento del flujo de trabajo del diseñador, siga cualquiera de estos pasos:

• Seleccione el elemento, abra el menú contextual del elemento (Mayús+F10) y seleccione Eliminar. Para confirmar, seleccione Aceptar.

• Seleccione el elemento y presione la tecla Supr. Para confirmar, seleccione Aceptar.

• Seleccione el elemento para que se abra el panel de información de ese elemento. En la esquina superior derecha del panel, abra el menú de puntos suspensivos ( ... ) y seleccione Eliminar. Para confirmar, seleccione Aceptar.

  

  Sugerencia

  Si no está visible el menú de puntos suspensivos, expanda la ventana del explorador el ancho suficiente para que en el panel de información se muestre el botón de puntos suspensivos (...) en la esquina superior derecha.

Búsqueda de nombres de dominio para el acceso al firewall

Antes de implementar el flujo de trabajo de la aplicación lógica en Azure Portal, si su entorno tiene estrictos requisitos de red o firewalls que limitan el tráfico, debe configurar los permisos de red o del firewall para las conexiones de desencadenador o acción que existan en la aplicación lógica.

Para buscar las direcciones IP entrantes y salientes que se usan en la aplicación lógica y los flujos de trabajo, siga estos pasos:

1. En el menú de la aplicación lógica, en Configuración, seleccione Redes (versión preliminar) .

2. En la página de redes, busque y revise las secciones Tráfico entrante y Tráfico saliente.

Para buscar los nombres de dominio completos (FQDN) de las conexiones, siga estos pasos:

1. En el menú de la aplicación lógica, en Flujos de trabajo, seleccione Conexiones. En la pestaña Conexiones de API, seleccione el nombre del recurso de la conexión, por ejemplo:

   

2. Expanda el explorador lo suficientemente para que cuando aparezca la Vista JSON en la esquina superior derecha del explorador, seleccione Vista JSON.

   

3. Copie y guarde el valor de la propiedad connectionRuntimeUrl en un lugar seguro para que pueda configurar el firewall con esta información.

   

4. En cada conexión, repita los pasos pertinentes.

Desencadenador del flujo de trabajo

En este ejemplo, el flujo de trabajo se ejecuta cuando el desencadenador de solicitud recibe una solicitud de entrada, que se envía a la dirección URL del punto de conexión que crea el desencadenador. Cuando se guardó el flujo de trabajo por primera vez, Azure Logic Apps generó automáticamente esta dirección URL. Por lo tanto, antes de poder enviar la solicitud para desencadenar el flujo de trabajo, debe buscar esta dirección URL.

1. En el diseñador de flujos de trabajo, seleccione el desencadenador de solicitud denominado Cuando se recibe una solicitud HTTP.

2. Una vez que se abra el panel de información, en la pestaña Parámetros, busque la propiedad HTTP POST URL. Para copiar la dirección URL generada, seleccione Copiar dirección URL (icono de copiar archivo) y guarde la dirección URL en algún otro lugar por ahora. La dirección URL sigue este formato:

   https://<*logic-app-name*>.azurewebsites.net:443/api/<*workflow-name*>/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=<*shared-access-signature*>

   

   En este ejemplo, la dirección URL es similar a la siguiente:

   https://fabrikam-workflows.azurewebsites.net:443/api/Fabrikam-Stateful-Workflow/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=xxxxxXXXXxxxxxXXXXxxxXXXXxxxxXXXX

   Sugerencia

   También puede encontrar la dirección URL del punto de conexión en el panel Información general de la aplicación lógica en la propiedad URL del flujo de trabajo.

   1. En el menú del recurso, seleccione Información general.
   2. En el panel Información general, busque la propiedad URL del flujo de trabajo.
   3. Para copiar la dirección URL del punto de conexión, mueva el puntero sobre el final del texto de la dirección URL del punto de conexión y seleccione Copiar en el Portapapeles (icono de copiar archivo).

3. Para probar la dirección URL enviando una solicitud, abra Postman o su herramienta preferida para crear y enviar solicitudes.

   Este ejemplo continúa con Postman. Para obtener más información, consulte la Introducción a Postman.

   1. En la barra de herramientas de Postman, seleccione New (Nuevo).

      

   2. En el panel Create New (Crear nuevo), en Building Blocks (Bloques de creación), seleccione Request (Solicitud).

   3. En la ventana Save Request (Guardar solicitud), en Request name (Nombre de solicitud), escriba un nombre para la solicitud, por ejemplo, Desencadenador de flujo de trabajo de prueba.

   4. En Select a collection or folder to save to (Seleccionar una colección o carpeta donde guardar), seleccione Create Collection (Crear colección).

   5. En Todas las colecciones, escriba un nombre para la colección que se va a crear para organizar las solicitudes, presione ENTRAR y, luego, seleccione Guardar en <nombre-de-la-colección>. En este ejemplo se usan las solicitudes de Logic Apps como el nombre de la colección.

      En la aplicación Postman, se abre el panel de solicitudes para que pueda enviar una solicitud a la dirección URL de punto de conexión para el desencadenador de solicitud.

      

   6. En el panel de solicitudes, en el cuadro de dirección que se encuentra junto a la lista de métodos, que actualmente muestra GET como método de solicitud predeterminado, pegue la dirección URL que copió anteriormente y seleccione Enviar.

      

      Cuando se activa el desencadenador, se ejecuta el flujo de trabajo de ejemplo y este envía un correo electrónico similar a este ejemplo:

      

Procedimientos recomendados y recomendaciones

Para una capacidad de respuesta y un rendimiento óptimos del diseñador, revise y siga estas directrices:

• No use más de 50 acciones por flujo de trabajo. Si se supera este número de acciones, existe la posibilidad de que el rendimiento del diseñador sea más lento.

• Considere la posibilidad de dividir la lógica de negocios en varios flujos de trabajo cuando sea necesario.

• No tiene más de 10-15 flujos de trabajo por recurso de aplicación lógica.

Revisión del historial de ejecución del flujo de trabajo

Una vez finalizada la ejecución de un flujo de trabajo con estado, puede ver el historial de ejecución del flujo de trabajo, incluido el estado de la ejecución general, del desencadenante y de cada acción junto con sus entradas y salidas. En Azure Portal, el historial de ejecución del flujo de trabajo y el historial de activación aparecen en el nivel del flujo de trabajo, no en el nivel de los recursos de la aplicación lógica. Para más información, consulte Revisión del historial de ejecución del flujo de trabajo y Revisión del historial de desencadenadores.

Para este flujo de trabajo de ejemplo, el historial de ejecución del flujo de trabajo es similar al ejemplo siguiente:

Revisión del historial de desencadenadores

Para un flujo de trabajo con estado, puede revisar el historial de activación de cada ejecución, incluido el estado de activación junto con las entradas y salidas, por separado del historial de ejecución del flujo de trabajo. En Azure Portal, el historial de desencadenadores y el historial de ejecución aparecen en el nivel del flujo de trabajo, no en el nivel de la aplicación lógica. Para más información, consulte Revisión del historial de ejecuciones.

Volver a enviar la ejecución del flujo de trabajo con las mismas entradas

Para una ejecución de flujo de trabajo con estado existente, puede volver a ejecutar todo el flujo de trabajo con las mismas entradas que se usaron anteriormente para esa ejecución. Para obtener más información, consulte Volver a ejecutar un flujo de trabajo con las mismas entradas.

Habilitación del historial de ejecución para flujos de trabajo sin estado

Para depurar un flujo de trabajo sin estado con más facilidad, puede habilitar el historial de ejecución para ese flujo de trabajo y luego deshabilitar el historial de ejecución cuando haya terminado. Siga estos pasos para Azure Portal, o bien, si está trabajando en Visual Studio Code, consulte Creación de flujos de trabajo con y sin estado en Visual Studio Code.

1. En Azure Portal, abra el recurso Aplicación lógica estándar.

2. En el menú de la aplicación lógica, en Configuración, seleccione Configuración.

3. En la pestaña Configuración de la aplicación, seleccione Nueva configuración de la aplicación.

4. En el panel Agregar o editar la configuración de la aplicación, en el cuadro Nombre, escriba el nombre de opción de operación:

   Flujos de trabajo.{yourWorkflowName}.OperationOptions

5. En el cuadro Valor, escriba el siguiente valor: WithStatelessRunHistory

   

6. Para finalizar esta tarea, seleccione Aceptar. En el panel Configuración, seleccione Guardar.

7. Para deshabilitar el historial de ejecución cuando haya terminado, establezca la propiedad Flujos de trabajo.{{your-workflow-name}.OperationOptions a Ninguna o elimine la propiedad y su valor.

Habilitación o apertura de Application Insights después de la implementación

Durante la ejecución del flujo de trabajo, la aplicación lógica emite telemetría junto con otros eventos. Puede usar esta telemetría para obtener una mejor visibilidad de si el flujo de trabajo se ejecuta correctamente y cómo funciona el runtime de Logic Apps de varias maneras. Puede supervisar el flujo de trabajo mediante Application Insights, que proporciona telemetría casi en tiempo real (métricas en directo). Esta funcionalidad puede ayudarle a investigar los errores y problemas de rendimiento con más facilidad si usa estos datos para diagnosticar problemas, configurar alertas y crear gráficos.

Si la configuración de la creación e implementación de la aplicación lógica admite el uso de Application Insights, puede habilitar opcionalmente el registro y el seguimiento de diagnóstico para el flujo de trabajo de la aplicación lógica. Puede hacerlo al crear el recurso de aplicación lógica en Azure Portal o después de la implementación. Debe tener una instancia de Application Insights, pero puede crear este recurso con antelación, al crear la aplicación lógica o después de la implementación. También puede habilitar la telemetría mejorada en Application Insights para flujos de trabajo estándar.

Habilitación de Application Insights en una aplicación lógica implementada

1. En Azure Portal, busque la aplicación lógica implementada.

2. En el menú de la aplicación lógica, en Configuración, seleccione Application Insights.

3. En el panel Application Insights, seleccione Activar Application Insights.

4. Una vez que se actualice el panel, en la parte inferior, seleccione Aplicar>Sí.

5. En el panel Application Insights, seleccione Ver datos de Application Insights.

   Una vez que se abra el panel de Application Insights, puede revisar las métricas o los registros del flujo de trabajo de la aplicación lógica. Por ejemplo, para gráficos o consultas de datos, en el menú de recursos de Application Insights, en Supervisión, seleccione Métricas o Registros.

Abrir Application Insights

1. En Azure Portal, busque la aplicación lógica implementada.

2. En el menú de la aplicación lógica, en Configuración, seleccione Application Insights.

3. En el panel Application Insights, seleccione Ver datos de Application Insights.

   Una vez que se abra el panel de Application Insights, puede revisar las métricas o los registros del flujo de trabajo de la aplicación lógica. Por ejemplo, para gráficos o consultas de datos, en el menú de recursos de Application Insights, en Supervisión, seleccione Métricas o Registros.

Ver conexiones

Al crear conexiones en un flujo de trabajo mediante conectores administrados por Microsoft, estas conexiones son realmente independientes de los recursos de Azure con sus propias definiciones de recursos y se hospedan en Azure global y multiinquilino. Los flujos de trabajo de aplicaciones lógicas estándar también pueden usar conectores de proveedor de servicios integrados que se ejecutan de forma nativa y que cuentan con la tecnología del entorno de ejecución de Azure Logic Apps de un solo inquilino. Para ver y administrar estas conexiones, consulte Ver conexiones.

Detener o iniciar recursos de aplicación lógica

Siga los pasos descritos en Deshabilitar o habilitar aplicaciones lógicas.

Solución de problemas y errores

Faltan nuevos desencadenadores y acciones en el selector del diseñador para flujos de trabajo creados previamente

Azure Logic Apps de un único inquilino admite acciones integradas para las operaciones de Azure Functions, las operaciones de Liquid y las operaciones de XML, como Validación XML y Transformar XML. Sin embargo, en el caso de las aplicaciones lógicas creadas con anterioridad, es posible que estas acciones no aparezcan en el diseñador para que las pueda seleccionar si la aplicación lógica usa una versión obsoleta del paquete de extensión Microsoft.Azure.Functions.ExtensionBundle.Workflows.

Para corregir este problema, siga estos pasos para eliminar la versión obsoleta de modo que el paquete de extensión pueda actualizarse automáticamente a la versión más reciente.

Nota

Esta solución específica solo se aplica a los recursos de aplicación lógica Estándar que se crean con Azure Portal, no a las aplicaciones lógicas que se crean e implementan con Visual Studio Code y la extensión Azure Logic Apps (estándar). Vea Faltan desencadenadores y acciones en el diseñador en Visual Studio Code.

1. Detenga la aplicación lógica en Azure Portal.

   1. En el menú de la aplicación lógica, seleccione Introducción.

   2. En la barra de herramientas del panel Información general, seleccione Detener.

2. En el menú de la aplicación lógica, en Herramientas de desarrollo, seleccione Herramientas avanzadas.

3. En el panel Herramientas avanzadas, seleccione Ir, que abre el entorno de Kudu para la aplicación lógica.

4. En la barra de herramientas de Kudu, abra el menú Consola de depuración y seleccione CMD.

   Se abre una ventana de consola, por lo que puede desplazarse a la carpeta de la agrupación mediante el símbolo del sistema. O bien, puede examinar la estructura de directorios que aparece sobre la ventana de la consola.

5. Busque la carpeta siguiente, que contiene las carpetas con versión para el paquete existente:

   ...\home\data\Functions\ExtensionBundles\Microsoft.Azure.Functions.ExtensionBundle.Workflows

6. Elimine la carpeta de la versión del paquete existente. En la ventana de la consola, puede ejecutar este comando donde se reemplaza {bundle-version} por la versión existente:

   rm -rf {bundle-version}

   Por ejemplo: rm -rf 1.1.3

   Sugerencia

   Si recibe un error, como "Permiso denegado" o "Archivo en uso", actualice la página en el explorador y vuelva a intentar los pasos anteriores hasta que se elimine la carpeta.

7. En Azure Portal, vuelva a la página Información general de la aplicación lógica y seleccione Reiniciar.

   El portal obtiene y utiliza automáticamente el paquete más reciente.

Pasos siguientes

• Supervisión del estado de ejecución del flujo de trabajo, revise el historial de activaciones y ejecuciones del flujo de trabajo y configure alertas en Azure Logic Apps