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)
Note
Questa funzionalità di anteprima è soggetta alle Condizioni per l'utilizzo supplementari per le anteprime di Microsoft Azure.
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 mappature delle azioni, gap di migrazione con approcci consigliati, stime degli sforzi e piani delle attività. 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. |
| Stime dello sforzo | Complessità stimata (bassa, media, alta) e impegno per ogni flusso di integrazione in base al numero di azioni, gap e dipendenze. |
| Piani attività | Istruzioni dettagliate per le attività di conversione nella fase successiva. Per altre informazioni, vedere Piani attività. |
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 ai file system locali da 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 Transform 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: - Chiama le Funzioni di Azure dalle 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. |
Piani di attività
Ogni piano di migrazione include piani attività che forniscono istruzioni dettagliate che guidano la fase 3 - Conversione. Ogni attività specifica le informazioni seguenti:
- Artefatti da convertire.
- Struttura del flusso di lavoro Standard di destinazione in App per la logica di Azure.
- Connessioni e configurazioni da generare.
- Qualsiasi codice personalizzato che è necessario scrivere.
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:
- Fai domande sui mapping specifici.
- Richiedere approcci alternativi per la risoluzione dei gap.
- Regolare le stime dell'impegno.
- Richiedere modifiche al piano prima di passare alla conversione.
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