Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Aplica-se a: Aplicativos Lógicos do Azure (Standard)
Note
Este recurso de visualização está sujeito aos Termos de Uso Complementares para Visualizações do Microsoft Azure.
O processo de migração para projetos de integração pode parar quando artefatos de origem complexos são difíceis de transformar em recursos implantáveis em Aplicativos Lógicos do Azure (Standard). No estágio de conversão, o Agente de Migração Aplicativos Lógicos do Azure em Visual Studio Code resolve esse problema executando os planos de tarefa em seu plano de migração. Esse processo cria artefatos completos que incluem definições de fluxo de trabalho padrão prontas para implantação, configurações de conexão e arquivos de suporte.
Este artigo descreve como o Agente de Migração Aplicativos Lógicos do Azure cria tarefas de conversão que mapeiam os artefatos de integração de origem para recursos de projeto de aplicativo lógico standard prontos para implantação e como o agente executa essas tarefas para produzir artefatos de projeto prontos para implantar e executar.
Ações de etapa de conversão
No Agente de Migração Aplicativos Lógicos do Azure, depois de concluir a atividade Plan Logic App Design, a atividade Create Conversion Tasks se torna disponível. Quando você seleciona a atividade Create Conversion Tasks, o agente GitHub Copilot cria as tarefas de conversão necessárias para gerar os artefatos do projeto do aplicativo lógico de destino.
Depois de examinar essas tarefas e selecionar a atividade Execute Conversion Tasks, o agente do GitHub Copilot em @migration-converter processa cada plano de tarefas e executa as seguintes ações.
1: Gerar artefatos de projeto de aplicativo lógico
O @migration-converter agente gera as saídas descritas nas seções a seguir.
estrutura de scaffold do projeto
O @migration-converter agente gera um projeto de aplicativo lógico Standard. Este projeto contém um arquivo de definição de fluxo de trabalho Standard por grupo de fluxo lógico, um arquivo de configuração de conexões, um arquivo de configuração de host e outros arquivos 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 a seguir mostra o agente @migration-converter criando a estrutura de scaffold e os arquivos do projeto.
Arquivo de definição de fluxo de trabalho
Para cada grupo de fluxo lógico, o @migration-converter agente gera um workflow.json arquivo que contém as seguintes operações de fluxo de trabalho:
| Operation | Description |
|---|---|
| Trigger | Cada fluxo de trabalho sempre começa com um único gatilho, que é o ponto de entrada do fluxo de trabalho. O agente mapeia esse gatilho a partir de portas de recebimento ou ouvintes na origem. |
| Action | Cada fluxo de trabalho tem uma ou mais ações que executam tarefas. O agente mapeia essas ações a partir das formas de orquestração, processadores de fluxo ou atividades da fonte. |
| Condições ou laços | Ações que executam a lógica de fluxo de controle, como If, For each e Until. O agente traduz essas ações a partir de elementos de decisão e loops na origem. |
| Escopos | Ações com run-after configurações que você pode usar para definir o tratamento de erros. |
Configurações de conexão
O @migration-converter agente gera um connections.json arquivo, que armazena as configurações necessárias para operações de conector em seus fluxos de trabalho.
A tabela a seguir descreve os grupos de conectores de alto nível:
| Grupo de conectores | Descrição e exemplos |
|---|---|
| Incorporado | Conectores com operações executadas no mesmo processo que o runtime do Aplicativos Lógicos do Azure (Standard). Por exemplo, esses conectores incluem Request, File System, HTTP, Armazenamento de Blobs do Azure, Barramento de Serviço, SQL Server, AS2, EDIFACT, X12 e outros. Para obter mais informações, consulte: - Conectores integrados em Aplicativos Lógicos do Azure - Aplicativos Lógicos do Azure (Standard) referência de conectores integrados |
| Compartilhado ou "gerenciado" | Conectores com operações executadas no Azure de multilocação. Por exemplo, esses conectores incluem Salesforce, SAP, Office 365 Outlook, Power BI, SharePoint e muito mais. Aplicativos Lógicos do Azure dá suporte a 1.400 conectores compartilhados para Microsoft, Azure e outras plataformas na nuvem, locais e ambientes híbridos. Para obter mais informações, consulte Conectores gerenciados ou compartilhados nos Aplicativos Lógicos do Azure. |
| Personalizado | Conectores de outros editores ou de sua organização que você cria para APIs personalizadas ou outros serviços. Para obter mais informações, consulte Criar conectores internos personalizados para fluxos de trabalho Standard. |
Para mais informações, consulte O que são conectores no Aplicativos Lógicos do Azure.
.NET funções locais
Se você tiver componentes de plataforma de origem que não têm um conector direto equivalente em Aplicativos Lógicos do Azure (Standard), o agente @migration-converter gerará .NET funções locais. Esse comportamento geralmente ocorre em cenários em que você tem o seguinte:
- Lógica de transformação de dados personalizada
- Regras complexas de análise ou validação
- Chamadas para sistemas locais por meio de protocolos personalizados
- Avaliação de regras de negócios
2. Verificar a integridade e a qualidade da saída
O @migration-converter agente produz artefatos completos, prontos para execução e implantáveis. Para confirmar se todo o código gerado é totalmente funcional e completo, o agente usa a no-stubs-code-generation habilidade para garantir que todo o código gerado esteja completo, totalmente funcional e que não haja implementações de stub, código de espaço reservado ou TODO comentários.
O agente usa os seguintes padrões para verificar se cada arquivo gerado atende aos seguintes padrões:
| Standard | Description |
|---|---|
| Nenhum stub ou código de espaço reservado | Todo o código gerado é completo e funcional. |
| JSON válido | Todos os arquivos workflow.json e connections.json são válidos e estão em conformidade com o esquema de Aplicativos Lógicos do Azure. |
| Referências corretas | As ações de fluxo de trabalho fazem referência às conexões e parâmetros corretos. |
| Tratamento de erros | Os fluxos de trabalho incluem os escopos de tratamento de erros apropriados. |
Para preparar a saída gerada para o estágio de validação em que você executa localmente os fluxos de trabalho para teste, verifique se inspecionou manualmente as definições, as conexões e as funções locais .NET geradas para imprecisões.
Importante
Como prática recomendada, sempre examine todas as saídas geradas por IA antes de usá-las. Essas saídas podem incluir informações incorretas.
Para obter mais informações, consulte Quickstart: Migrar um projeto de integração usando o agente de migração Aplicativos Lógicos do Azure.
Conteúdo relacionado
- Automação de migração de plataformas de integração para Aplicativos Lógicos do Azure
- Quickstart: migrar um projeto de integração usando o Agente de Migração Aplicativos Lógicos do Azure