Hosts de REST persistentes y transitorios

El complemento de HTTP-REST admite dos tipos de hosts de REST que puede utilizar para realizar solicitudes a endpoints de REST: hosts persistentes y hosts transitorios.

Diferencias entre hosts persistentes y transitorios

En la siguiente tabla se comparan los dos tipos de hosts de REST.


Hosts persistentes	Hosts transitorios
Almacenados en la base de datos de Automation Orchestrator.	No almacenados en la base de datos de Automation Orchestrator. Los hosts transitorios son objetos virtuales que residen en la memoria mientras se ejecuta un script.
Almacenados en el inventario de Automation Orchestrator. Los hosts persistentes también se pueden ver en menús desplegables con formato del tipo RESTHost.	No almacenados en el inventario de Automation Orchestrator.
Disponibles después del reinicio, la conmutación por error y la actualización. Cuando se interrumpe un token de flujo de trabajo, puede continuar desde donde se dejó si el elemento de flujo de trabajo toma un host de REST persistente como entrada. Utilice hosts persistentes como entradas/salidas de elementos de flujo de trabajo. Puede crearlos al principio de la creación de scripts y eliminarlos si ya no los necesita.	No disponible después del reinicio y la conmutación por error. Cuando se interrumpe un flujo de trabajo, no se puede restaurar una entrada de elemento de flujo de trabajo que transmite un host de REST transitorio. Utilice hosts transitorios en la creación de scripts cuando realice solicitudes aisladas en un servidor que ya no utilice.
Se pueden exportar e importar como elementos de recursos.	Se pueden transferir entre diferentes instancias de Automation Orchestrator porque se crean y se administran por completo desde la creación de scripts. Utilice hosts transitorios cuando trabaje en varios entornos sin necesidad de migrar hosts persistentes.
Cada host persistente tiene un cliente HTTP dedicado que se utiliza para administrar solicitudes al endpoint.	Los hosts reutilizan la misma instancia de cliente HTTP.
Se admiten solicitudes paralelas para hosts persistentes y transitorios. Si activa las solicitudes paralelas, cada solicitud se ejecuta con un contexto independiente y el estado, incluidas las cookies, no se conserva entre las solicitudes. Si se desactiva la compatibilidad con solicitudes paralelas, las solicitudes consecutivas comparten el mismo contexto HTTP.

Consideraciones para hosts transitorios

Al crear hosts transitorios, tenga en cuenta lo siguiente.

Es posible que los hosts transitorios transmitidos entre elementos de flujo de trabajo como entrada/salida no funcionen en todos los casos. Los hosts transitorios dependen de la memoria caché de flujos de trabajo, que no funciona cuando se inician flujos de trabajo asincrónicos, por ejemplo. También se puede producir un error en los flujos de trabajo anidados.
Solo las solicitudes GET y HEAD se redireccionan automáticamente. El redireccionamiento de URL utiliza la estrategia de tipo default.
No se admite la verificación del nombre de host.
No se admite la autenticación de certificados de cliente.

Resolución de problemas

Si utiliza hosts transitorios sin compatibilidad con solicitudes paralelas, es posible que experimente regresiones de creación de scripts después de actualizar el entorno de Automation Orchestrator o actualizar el complemento de HTTP-REST a la versión 2.4.1.19272162 o posterior. A partir, no se admite el uso de diferentes instancias transitorias de host para ejecutar solicitudes, que dependen entre sí para las cookies.

Para evitar este problema, utilice uno de los siguientes métodos.

En lugar de hosts transitorios, utilice operaciones y hosts persistentes. Puede crear hosts REST persistentes de una de estas dos formas.
1. Cree un host de REST que apunte al servidor mediante el flujo de trabajo Añadir un host de REST.
  En lugar de utilizar hosts transitorios, utilice el host de REST como entrada en todos los sitios en los que necesite crear una solicitud.
  - No cree operaciones transitorias que apunten a este host. Cree operaciones regulares, alternativamente.
  - Se debe desactivar la compatibilidad con solicitudes paralelas; de lo contrario, no se conservarán las cookies.
  Este enfoque no se recomienda si realiza varias solicitudes en paralelo a este host en los flujos de trabajo.
2. Cree un host de REST por flujo de trabajo ejecutado desde la creación de scripts y elimínelo.
  Utilice este método si realiza solicitudes paralelas al servidor. Por ejemplo, si tiene dos solicitudes paralelas, cree dos hosts diferentes.
  1. Clonar un flujo de trabajo.
  2. Agregue un elemento de creación de scripts que cree el host que desea utilizar para solicitudes futuras.
  3. Utilice el host como salida del flujo de trabajo y como entrada del resto de creaciones de scripts que realizan solicitudes a ese host.
  4. Para limpiar el estado, agregue un elemento al final de la creación de scripts que elimina el host que creó.
Utilice un host transitorio para todas las solicitudes dependientes en un flujo de trabajo determinado y páselo entre los elementos de flujo de trabajo como entrada/salida, según sea necesario.
No se admite oficialmente el paso de hosts transitorios entre varios elementos de flujo de trabajo, pero se espera que funcione. Tenga en cuenta que durante el reinicio, es posible que se pierda el estado del flujo de trabajo y que el flujo de trabajo no se reanude correctamente.
Si utiliza hosts transitorios y desea realizar solicitudes que dependen entre sí para las cookies, debe utilizar la misma instancia transitoria de host para todas las solicitudes. Si las solicitudes abarcan varios elementos de flujo de trabajo, cree el host en el primer elemento de flujo de trabajo y, a continuación, pase el host como entrada al resto.
Utilice los hosts transitorios actuales, pero modifique las solicitudes con errores para incluir las cookies necesarias agregando los encabezados correspondientes.
Es posible que deba analizar las cookies de la respuesta anterior y utilizarlas en solicitudes posteriores.