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.
Quando sarai pronto a migrare le soluzioni BizTalk Server su App per la logica di Azure Standard, modernizza le tue integrazioni aziendali come soluzioni Standard Logic App utilizzando l'estensione Migration Agent per Visual Studio Code. L'agente è un'estensione open-source che offre un flusso di lavoro assistito dall'IA utilizzando GitHub Copilot e l'API Visual Studio Code Language Model per guidarti dalla scoperta fino alla distribuzione.
La migrazione non è un processo di sollevamento e spostamento. Preservare il comportamento aziendale richiesto, ma rifattorizzare l'implementazione per utilizzare flussi di lavoro appropriati, connettori, codice personalizzato, identità, messaggistica, monitoraggio e pratiche di deployment di App per la logica di Azure. Inizia con App per la logica di Azure Standard come applicazione di destinazione, usa le funzionalità native, i connettori integrati, le trasformazioni e le funzioni locali dove appropriato, e aggiungi altri servizi Azure solo quando un requisito architettonico specifico li giustifica. Per motivi di modernizzazione e un riassunto delle capacità, vedi Perché migrare da BizTalk Server a App per la logica di Azure Standard?
Importante
L'Agente di Migrazione accelera l'analisi e genera artefatti di implementazione di base, ma non sostituisce la revisione architettonica o i test. Rivedi l'output in ogni fase e valida tutti i flussi di lavoro, le connessioni, la configurazione e il codice generati prima del deployment.
Per un'introduzione e una dimostrazione, consulta Modernizzare qualsiasi piattaforma di integrazione in App per la logica di Azure Standard con App per la logica di Azure Migration Agent. Per ispezionare l'implementazione, segnalare problemi o contribuire, consulta il repository Logic Apps Migration Agent.
Ambito di migrazione supportato
La seguente tabella descrive il supporto di origine di BizTalk Server e di destinazione di App per la logica di Azure in Agente di migrazione di App per la logica di Azure versione 1.12.1. Controlla le versioni dell'Agente di Migrazione per le modifiche prima di iniziare una migrazione.
| Scope | Supporto per la versione 1.12.1 |
|---|---|
| Origine di BizTalk Server | BizTalk Server 2016 e 2020. I parser integrati supportano i file di progetto (.btproj), orchestrazione (.odx), mappa (.btm), schema (.xsd), pipeline (.btp), binding (BindingInfo.xml, Binding*.xml o binding XML riconosciuti in base al nome o al contenuto), layout dei dati host (.hidx), regole di business (.bre, .brl) e servizio Web (.asmx). |
| Obiettivo di conversione | App per la logica di Azure Artefatti standard del progetto, inclusi flussi di lavoro, connessioni, configurazione e codice di supporto. Puoi adattare e distribuire il progetto generato su un'opzione di hosting Standard supportata. |
| Obiettivo di distribuzione automatica | Piano di Servizio del Flusso di Lavoro. La versione 1.12.1 dell'Agente di Migrazione non automatizza il deployment su ambiente del servizio app v3 o Hybrid hosting. Implementa il deployment su quelle opzioni di hosting separatamente utilizzando il progetto Standard generato e le rispettive linee guida di prodotto. |
Il supporto per parser significa che l'estensione può scoprire e rappresentare gli artefatti sorgente elencati. Dipendenze mancanti, costrutti non supportati e codice specifico per applicazioni richiedono ancora indagine e potrebbero richiedere implementazione manuale. Analisi generate, piani, flussi di lavoro, connessioni, configurazione e codice richiedono revisione e validazione.
L'architettura dell'Agente di Migrazione è estesibile ad altre piattaforme di integrazione tramite parser e competenze specifiche per piattaforma, ma l'estensione non fornisce di default un supporto completo per la migrazione per ogni piattaforma. Per lo stato attuale della piattaforma e le linee guida sull'estensione, consulta la panoramica di App per la logica di Azure Migration Agent e Estendere App per la logica di Azure Migration Agent ad altre piattaforme.
Come funziona l'Agente di Migrazione
L'estensione organizza la migrazione in cinque fasi. Completate e esaminate ogni fase applicabile prima di passare alla successiva. Il dispiegamento è opzionale e richiede un'approvazione separata.
| Stage | Esito dell'agente | Responsabilità dell'utente |
|---|---|---|
| Individuazione | Scansiona gli artefatti sorgente, costruisce un grafo di inventario e dipendenza, organizza gruppi di flusso, identifica pattern e lacune, e produce viste architetturali e di flusso di messaggi. | Conferma che gli artefatti, gli endpoint, le dipendenze e i confini del flusso siano completi e accurati. |
| Pianificazione | Mappa i componenti di origine ai pattern di App per la logica di Azure e genera l'architettura di destinazione, le definizioni del workflow, i requisiti dei componenti Azure, i mapping delle azioni, le destinazioni degli artefatti, l'analisi dei gap e i pattern di integrazione. | Seleziona l'architettura target, risolvi le lacune, aggiusta i confini, definisci le ipotesi di hosting e costi e approva il piano. |
| Conversione | Genera flussi di lavoro standard, connessioni, file di progetto di supporto e funzioni locali .NET quando richiesto dal piano approvato. | Ispezionare definizioni e codice generati, sostituire la configurazione non valida e implementare comportamenti non risolti. |
| Convalida | Esegue flussi di lavoro generati e aiuta a confrontarne il comportamento con le specifiche e i test di sorgente. | Fornire input rappresentativi e output attesi, testare i casi limite e verificare l'equivalenza semantica. |
| Dispiegamento (opzionale) | Dopo un'approvazione separata, prepara le risorse Azure e distribuisce il progetto App per la logica di Azure Standard revisionato su Workflow Service Plan. | Approva l'ambiente, l'identità, la rete, la configurazione, la sicurezza, i costi e il piano di rilascio in produzione. |
Il codice personalizzato in una soluzione BizTalk non richiede automaticamente una risorsa separata per Funzioni di Azure. La fase di conversione può generare funzioni locali .NET per la logica con ambito di workflow, in modo che workflow e codice possano costruirsi, distribuire, scalare e operare insieme nella stessa applicazione App per la logica di Azure Standard. Utilizzare una risorsa Funzioni di Azure separata quando il codice deve essere condiviso tra applicazioni o richiede scalatura, versionamento, distribuzione, sicurezza o proprietà indipendenti. Per maggiori informazioni, consulta le linee guida sul codice personalizzato per la migrazione di BizTalk.
Tre agenti Copilot specializzati supportano il flusso di lavoro:
-
@migration-analyserraggruppa e analizza i reperti scoperti. -
@migration-plannerCrea piani di migrazione e mapping dall'origine alla destinazione. -
@migration-converterGenera flussi di lavoro, connessioni e codice di supporto a partire dai piani approvati.
L'estensione memorizza gli output delle fasi così puoi ispezionare e correggere l'inventario generato, l'architettura, i piani e gli artefatti di implementazione. Considera questi checkpoint come revisioni ingegneristiche obbligatorie piuttosto che come approvazioni automatiche.
La mappatura delle capacità BizTalk offre una visione a alto livello dei percorsi comuni di modernizzazione. Durante la Pianificazione, l'Agente di Migrazione produce mappe a livello operativo per ogni flusso, identifica i componenti senza equivalenti diretti e raccomanda risoluzioni.
Prepara la tua migrazione
Prima di iniziare Discovery, raccogli l'implementazione sorgente e le prove necessarie per verificarne il comportamento:
- Soluzione BizTalk e file di progetto
- Associazioni e configurazione specifica dell'ambiente
- Orchestrazioni, schemi, mappe, pipeline e componenti di pipeline
- Regole aziendali, assembly e altro codice personalizzato
- HIDX
- Informazioni sull'endpoint e sull'adattatore
- Certificati o riferimenti ai certificati senza esporre chiavi private o segreti
- Architettura esistente e documentazione operativa
- Messaggi di input rappresentativi e output attesi
- Test di unità, di integrazione, regressione e scatola nera
- Requisiti di throughput, latenza, ordine, dimensione del messaggio, recupero e disponibilità
Conserva file correlati e dipendenze in una struttura di directory chiara. La qualità della scoperta dipende dalla completezza del materiale di partenza. Risolvere le dipendenze mancanti e i raggruppamenti di flusso errati prima di autorizzare la Pianificazione o la Conversione.
Modernizzare in modo incrementale
Per la maggior parte degli ambienti BizTalk, eseguite la migrazione per fasi anziché con un unico rilascio big-bang. Usa i risultati della Discovery per raggruppare gli artefatti correlati in flussi di integrazione end-to-end, poi prioritizza i flussi in base al valore aziendale, rischio, complessità, costi operativi attesi, tempistiche di supporto e dipendenze.
Per ogni onda:
- Seleziona uno o più gruppi di flusso rappresentativi.
- Completa e rivedi le fasi applicabili dell'Agente di Migrazione. Eseguire la fase facoltativa di distribuzione solo quando si desidera che l'agente distribuisca nel piano di servizio Workflow.
- Validare i comportamenti e i requisiti non funzionali in un ambiente rappresentativo.
- Pianificare la coesistenza, il coordinamento tra partner, il cutover, il rollback e la riconciliazione degli arretrati.
- Rilasciare i flussi migrati e confermare il monitoraggio in produzione e la responsabilità del supporto.
- Raccogli mappature riutilizzabili, pattern architetturali, test, asset di distribuzione e lezioni apprese per le fasi successive.
Inizia con un flusso abbastanza significativo da validare l'architettura target ma abbastanza contenente da esporre lacune senza mettere a rischio inutile un percorso di migrazione critico.
Stima ogni ondata partendo dall'applicazione App per la logica di Azure Standard e aggiungendo servizi Azure di supporto solo quando l'architettura approvata li richiede. Ogni servizio viene fornito e fatturato in modo indipendente. Includere nell'estimazione hosting standard, chiamate di collegamento gestite, storage, networking, monitoraggio, servizi di supporto e coesistenza temporanea con BizTalk. Per ulteriori informazioni, vedere Progettare un'architettura di destinazione conveniente in termini di costi.
Ciò che la tua squadra possiede ancora
L'Agente di Migrazione automatizza il lavoro ripetibile. Il tuo team rimane responsabile delle decisioni e delle prove necessarie per una soluzione di integrazione in produzione.
| Responsabilità | Revisione obbligatoria |
|---|---|
| Architettura di destinazione | Inizia con il confine delle applicazioni standard di App per la logica di Azure. Definisci i confini dei flussi di lavoro, della messaggistica, della rete e della distribuzione. Aggiungi i servizi Azure di supporto solo quando i requisiti li giustificano invece di copiare la topologia di BizTalk. |
| Equivalenza semantica | Verificare contratti, mapping, regole, instradamento, ordinamento, nuovi tentativi, gestione degli errori e casi limite. |
| Lacune di capacità | Preferisco funzionalità di workflow native e funzioni locali .NET per la logica a ambito di workflow. Usa messaggistica, gestione API, una risorsa separata di Funzioni di Azure o un altro servizio esterno quando la soluzione richiede un confine indipendente. |
| Sicurezza e configurazione | Implementa identità, autorizzazione, gestione dei segreti, certificati, controlli di rete e impostazioni specifiche per l'ambiente. |
| Protezione avanzata della produzione | Test completi di prestazioni, scala, resilienza, recupero in caso di disastri, costi, monitoraggio e prontezza operativa. |
| Taglio e coesistenza | Coordinare partner e sistemi dipendenti, riconciliare il lavoro in bordo, definire il rollback e rimuovere i componenti di BizTalk solo dopo la validazione. |
Applicare le linee guida di progettazione mission-critical solo ai carichi di lavoro i cui requisiti di impatto sul business e di disponibilità giustifichino tale classificazione. Per questi carichi di lavoro, utilizza le linee guida sul carico di lavoro critico del Azure Well-Architected Framework.
Passo successivo
Installa l'estensione, prepara una cartella sorgente completa e inizia con Discovery. Mantieni i progetti sorgente invariati e scrivi l'output generato in una destinazione separata così puoi confrontare le implementazioni e ripetere la migrazione in sicurezza.