Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Si applica a: App per la logica di Azure (Standard)
Anche se la fase di individuazione precedente offre informazioni concrete sulla progettazione, gli artefatti, i componenti e le dipendenze del progetto di integrazione, è comunque necessario affrontare una sfida fondamentale: trasformare l'inventario in una roadmap di migrazione eseguibile. Sono necessarie informazioni su come gli artefatti e i componenti si mappano agli equivalenti in App per la logica di Azure (Standard), quali parti potrebbero avere bisogno di riprogettazione e quanto lavoro richiedono queste attività prima di iniziare il processo di conversione.
Nella fase pianificazione l'agente di migrazione App per la logica di Azure in Visual Studio Code usa gli artefatti catalogati e genera un piano di migrazione dettagliato per ogni gruppo di flussi logici. Questo piano di migrazione include l'architettura target, definizioni di workflow, componenti Azure richiesti, mappaggi delle azioni, disposizioni degli artefatti, lacune di migrazione e pattern di integrazione. Con queste conoscenze, è possibile passare alla fase di conversione con maggiore prevedibilità e un piano chiaro e a basso rischio.
Questo articolo illustra come l'agente di migrazione App per la logica di Azure crea un piano di migrazione durante la fase di pianificazione. È quindi possibile usare questo piano di migrazione per eseguire il mapping degli artefatti di origine a App per la logica di Azure (Standard), identificare le lacune della riprogettazione e stimare il lavoro prima di avviare il processo di conversione.
Azioni della fase di pianificazione
Nell'agente di migrazione App per la logica di Azure, dopo aver completato l'attività Analyze Source Design, l'attività Plan Logic App Design diventa disponibile. Quando si seleziona questa attività, il @migration-planner GitHub agente Copilot genera le informazioni seguenti per ogni gruppo di flussi:
| Nome sezione | Descrizione |
|---|---|
| Architecture | Visualizzazione della finestra di progettazione, visualizzazione del codice e diagramma dell'architettura per la soluzione proposta. |
| Componenti aggiuntivi di Azure | Le conversioni esplicite e non esplicite delle componenti di Azure necessarie per la progettazione proposta. |
| Mappatura delle operazioni | Mappature uno-a-uno dai componenti della piattaforma di origine ai loro equivalenti in app per la logica di Azure (Standard). Per esempio: - Una porta di ricezione file BizTalk corrisponde a un trigger File System in un flusso di lavoro Standard. - Una porta di trasmissione HTTP BizTalk esegue il mapping a un'azione HTTP in un flusso di lavoro Standard. Per altre informazioni, vedere Mapping delle operazioni. |
| Eliminazione degli artefatti | Artefatti che richiedono la conversione e le relative destinazioni di caricamento. |
| Gap di migrazione | Le funzionalità o i componenti che non hanno equivalenti diretti nei flussi di lavoro Standard e le soluzioni alternative consigliate. Ad esempio, un componente della pipeline personalizzata BizTalk potrebbe richiedere una funzione locale .NET in un flusso di lavoro Standard. Per altre informazioni, vedere Gap di migrazione. |
| Modelli di integrazione | Modelli rilevati nel flusso di integrazione. |
| Sommario | Panoramica generale del flusso di lavoro proposto. |
L'esempio seguente mostra un piano di migrazione generato di esempio:
Le sezioni seguenti forniscono altre informazioni sulle aree specifiche del piano di migrazione:
Mappatura delle operazioni
La sezione Mappatura Operazioni descrive come ogni componente sorgente viene associato a un equivalente in un flusso di lavoro Standard, ad esempio:
| Componente di origine | Equivalente al flusso di lavoro standard | Tipo di operazione | Tipo di mappatura | Note |
|---|---|---|---|---|
| Porta di ricezione (FILE) | Trigger del file system denominato Quando viene aggiunto o modificato un file | Built-in | Runtime nativo | Scegliere la versione built-in eseguita nello stesso processo del runtime di App per la logica di Azure. La versione shared viene eseguita in Azure multi-tenant. Per altre informazioni, vedere: - Connettersi a file system on-premises dalle App per la logica di Azure - Informazioni di riferimento sul connettore predefinito per il file system |
| Porta di trasmissione (HTTP) | Azione HTTP | Built-in | Runtime nativo | Per ulteriori informazioni, vedere Chiamare endpoint HTTP o HTTPS esterni da App per la logica di Azure. |
| Schema di orchestrazione (Trasformazione) | Azione operazioni XML denominata Trasforma XML | Built-in | Runtime nativo | Per altre informazioni, vedere Transform XML in App per la logica di Azure. |
| Componente della pipeline personalizzato | Funzione Funzioni di Azure -o- Una funzione locale .NET |
Built-in | Personalizzato | Richiede la migrazione del codice. Per altre informazioni, vedere: - Chiamare Funzioni di Azure da App per la logica di Azure - Creare ed eseguire codice .NET da flussi di lavoro Standard in App per la logica di Azure |
Gap di migrazione
Per ogni gap identificato, il piano include le informazioni seguenti:
| Elemento | Descrizione |
|---|---|
| Descrizione del Gap | Cosa fa il componente di origine e perché non esiste alcun equivalente diretto. |
| Risoluzione consigliata | Soluzione alternativa suggerita, ad esempio l'uso di una funzione locale .NET, una funzione Funzioni di Azure o un connettore personalizzato. |
| Impatto sul lavoro | In che modo il divario influisce sulla stima del lavoro di migrazione. |
Rivedere e modificare i piani
Dopo che l'agente di migrazione genera il piano di migrazione, esaminare attentamente il piano in modo da comprendere la roadmap e le raccomandazioni. Apportare eventuali aggiornamenti necessari per lo scenario prima di passare alla fase di conversione. L'accuratezza del piano influisce notevolmente sulla qualità dell'output della conversione.
Per comprendere meglio il piano e determinare se è necessario apportare aggiornamenti, interagire con il @migration-planner GitHub agente Copilot usando Copilot chat in Visual Studio Code per le attività seguenti:
- Fare domande sui mapping specifici.
- Richiedere approcci alternativi per la risoluzione dei gap.
- Richiedere modifiche al piano prima di passare alla conversione.
Dopo aver approvato e finalizzato il piano, la fase di conversione utilizza questi risultati di pianificazione per creare un piano ordinato di conversione con dipendenze e stime opzionali dello sforzo.
Contenuti correlati
- automazione della migrazione da piattaforme di integrazione ad App per la logica di Azure
- Quickstart: Eseguire la migrazione di un progetto di integrazione usando App per la logica di Azure Migration Agent