Mecanismo de Fluxo de Trabalho de Próxima Geração (Orquestrador)

O Phrase Orchestrator possui um mecanismo de fluxo de trabalho de próxima geração. Este artigo aborda as diferenças entre o mecanismo de próxima geração e o mecanismo legado.

Diferenças em relação ao mecanismo legado

Campo Access Token e Ação Fetch Access Token

Fluxos de trabalho criados antes da migração para o mecanismo de próxima geração

O campo Access Token permanece visível nos parâmetros da ação e faz referência à ação Fetch Access Token existente. Nenhuma alteração é necessária, mas a configuração pode ser atualizada.

O fato de o campo Access Token e a ação Fetch Access Token permanecerem visíveis em um fluxo de trabalho pré-migração não significa que esse fluxo de trabalho ainda esteja sendo executado no mecanismo legado. Este campo/ação é mantido apenas para compatibilidade com versões anteriores. Um fluxo de trabalho só está no mecanismo legado se tiver sido explicitamente revertido dentro da janela de reversão limitada descrita abaixo.

Fluxos de trabalho criados no mecanismo de próxima geração

Nem o campo Access Token nem a ação Fetch Access Token estão visíveis. A plataforma lida com a autenticação automaticamente.

O mesmo se aplica às ações Collect file path from loop e Collect output from loop.

Send HTTP Request

O mecanismo de próxima geração suporta tanto Send HTTP Request v1 quanto Send HTTP Request v2. O mecanismo legado suporta apenas a v1.

Reverter para o mecanismo legado após atualizar um fluxo de trabalho para usar o Send HTTP Request v2 requer substituir manualmente essas ações pelo Send HTTP Request v1.

Revertendo para o Mecanismo Legado

A reversão está disponível apenas para fluxos de trabalho que existiam antes da migração para o mecanismo de próxima geração. Fluxos de trabalho criados no mecanismo de próxima geração não podem ser revertidos.

O que não mudou