Migração para Azure Logic Apps Fase 3 - Conversão: Gerar fluxos de trabalho (pré-visualização)

Aplica-se a: Aplicativos Lógicos do Azure (Padrão)

O processo de migração para projetos de integração pode estagnar quando artefactos de origem complexos são difíceis de transformar em recursos implantáveis no Azure Logic Apps (Standard). Na fase de Conversão, o Azure Logic Apps Migration Agent no Visual Studio Code resolve este problema ao executar os planos de tarefas no seu plano de migração. Este processo cria artefactos completos que incluem definições padrão de workflow prontas a implementar, configurações de ligação e ficheiros de suporte.

Este artigo descreve como o Azure Logic Apps Migration Agent cria tarefas de conversão que mapeiam os artefactos de integração de origem para recursos de projetos de Standard Logic Apps prontos a implementar e como o agente executa essas tarefas para produzir artefactos de projeto prontos para serem implementados e executados.

Ações da fase de conversão

No Agente de Migração Azure Logic Apps, depois de terminar a atividade Plan Logic App Design, a atividade Criar Tarefas de Conversão fica disponível. Quando seleciona a atividade Criar Tarefas de Conversão, o agente do Copilot do GitHub @migration-converter cria as tarefas de conversão necessárias para gerar os artefactos do projeto da aplicação lógica alvo.

Depois de rever estas tarefas e selecionar a atividade Executar Tarefas de Conversão, o GitHub @migration-converter agente do Copilot processa cada plano de tarefa e toma as seguintes ações.

1: Gerar artefactos de projeto de aplicação lógica

O @migration-converter agente gera as saídas descritas nas secções seguintes.

Estrutura básica do projeto

O @migration-converter agente gera um projeto de aplicação de lógica padrão. Este projeto contém um ficheiro de definição de workflow padrão por grupo de fluxo lógico, um ficheiro de configuração de ligações, um ficheiro de configuração de host e outros ficheiros de suporte:

<project-root>/
├── host.json                    # Host configuration for Standard logic app
├── local.settings.json          # Local development settings
├── connections.json             # Connector configurations
├── <workflow-name>/
│   └── workflow.json            # Workflow definition file per flow group
├── <workflow-name-2>/
│   └── workflow.json            # Workflow definition file per flow group
└── lib/                         
    └── custom/
        └── <function-name>.cs   # .NET local function, if necessary

O exemplo seguinte mostra o @migration-converter agente a criar a estrutura do andaime do projeto e os ficheiros:

Ficheiro de definição de workflow

Para cada grupo de fluxo lógico, o @migration-converter agente gera um workflow.json ficheiro que contém as seguintes operações de fluxo de trabalho:

Configurações de conexão

O @migration-converter agente gera um connections.json ficheiro, que armazena as configurações necessárias para operações de conectores nos seus fluxos de trabalho.

A tabela seguinte descreve os grupos de conectores de alto nível:

Para mais informações, consulte O que são conectores no Azure Logic Apps.

Funções locais .NET

Se tiveres componentes da plataforma de origem que não têm um conector direto equivalente em Azure Logic Apps (Standard), o agente @migration-converter gera .NET funções locais. Este comportamento ocorre frequentemente em cenários onde se tem o seguinte:

• Lógica personalizada de transformação de dados
• Regras complexas de análise sintática ou validação
• Chamadas para sistemas on-premises através de protocolos personalizados
• Avaliação das regras de negócio

2. Verificar a completude e qualidade da saída

O @migration-converter agente produz artefactos completos, prontos a usar e implantáveis. Para confirmar que todo o código gerado está totalmente funcional e completo, o agente utiliza a competência no-stubs-code-generation para assegurar que todo o código gerado está completo, inteiramente funcional e que não existem implementações fictícias, código de substituição ou comentários TODO.

O agente utiliza os seguintes padrões para verificar se cada ficheiro gerado cumpre os seguintes padrões:

Para preparar a saída gerada para a fase de Validação, onde executa localmente os fluxos de trabalho para testes, certifique-se de inspecionar manualmente as definições do fluxo de trabalho, as ligações e quaisquer funções locais .NET geradas em busca de imprecisões.

Para mais informações, consulte Quickstart: Migrar um projeto de integração usando o Azure Logic Apps Migration Agent.

Conteúdo relacionado

• Automação de migração das plataformas de integração para Azure Logic Apps
• Quickstart: Migrar um projeto de integração usando o Agente de Migração Azure Logic Apps

Passos seguintes