Motor de flujo de trabajo de próxima generación (Orquestador)

Phrase Orchestrator tiene un motor de flujo de trabajo de próxima generación. Este artículo cubre las diferencias entre el motor de próxima generación y el motor heredado.

Diferencias con el motor heredado

Campo Access Token y acción Fetch Access Token

Flujos de trabajo creados antes de la migración al motor de próxima generación

El campo Access Token permanece visible en los parámetros de acción y hace referencia a la acción Fetch Access Token existente. No se requieren cambios, pero la configuración se puede actualizar.

Que el campo Access Token y la acción Fetch Access Token permanezcan visibles en un flujo de trabajo previo a la migración no significa que el flujo de trabajo siga ejecutándose en el motor heredado. Este campo/acción se mantiene solo por compatibilidad con versiones anteriores. Un flujo de trabajo solo está en el motor heredado si se revirtió explícitamente dentro del período de reversión limitado que se describe a continuación.

Flujos de trabajo creados en el motor de próxima generación

Ni el campo Access Token ni la acción Fetch Access Token son visibles. La plataforma gestiona la autenticación automáticamente.

Lo mismo se aplica a las acciones Collect file path from loop y Collect output from loop.

Send HTTP Request

El motor de próxima generación admite tanto Send HTTP Request v1 como Send HTTP Request v2. El motor heredado solo admite la v1.

Revertir al motor heredado después de actualizar un flujo de trabajo para usar Send HTTP Request v2 requiere reemplazar manualmente esas acciones con Send HTTP Request v1.

Reversión al motor heredado

La reversión solo está disponible para flujos de trabajo que existían antes de la migración al motor de próxima generación. Los flujos de trabajo creados en el motor de próxima generación no se pueden revertir.

Lo que no ha cambiado