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.
App per la logica di Azure è il successore di BizTalk Server. App per la logica di Azure Standard offre orchestrazione di workflow, integrazione aziendale ed estensibilità per soluzioni cloud e ibride. Questo articolo riassume le ragioni per migrare, le opzioni di hosting disponibili e le funzionalità BizTalk che devi valutare.
Per strategie di migrazione, considerazioni di pianificazione e indicazioni sulla consegna, consulta Migrate BizTalk Server with App per la logica di Azure Migration Agent.
Ciclo di vita del BizTalk Server
BizTalk Server 2020 è l'ultima versione di BizTalk Server. Microsoft prevede che le vendite di BizTalk Server 2020 termineranno il 31 marzo 2027. Il supporto mainstream continua fino al 12 aprile 2028, dopodiché il prodotto rimane soggetto alla Microsoft Fixed Lifecycle Policy.
Microsoft prevede inoltre di offrire ai clienti idonei un supporto esteso opzionale e a pagamento dal 13 aprile 2028 al 10 aprile 2030. Questa offerta è pensata come copertura temporanea per la migrazione, si prevede escluderà alcune funzionalità di BizTalk e rimane soggetta a requisiti finali di idoneità, copertura, prezzi e condizioni di acquisto.
Inizia la pianificazione della migrazione in anticipo, soprattutto se le tue soluzioni dipendono dal Business Activity Monitoring (BAM), dall'Enterprise bus di servizio (ESB) Toolkit, dagli acceleratori industriali, dagli adattatori legacy per l'azienda, dagli strumenti specifici per la gestione del ciclo di vita delle applicazioni BizTalk o dalle versioni di Visual Studio dopo Visual Studio 2022. Si prevede che queste capacità vengano escluse dal supporto esteso a pagamento o potrebbero richiedere una riprogettazione.
Per le date e i termini più recenti, vedi:
- Aggiornamento del ciclo di vita del prodotto Microsoft BizTalk Server
- Annuncio di fine vendita di BizTalk Server 2020
- Politica del ciclo di vita fisso di Microsoft
Perché Logic Apps Standard si adatta ai carichi di lavoro di BizTalk
Le applicazioni BizTalk combinano comunemente orchestrazione duratura, messaggistica, trasformazioni, elaborazione business-to-business (B2B), codice personalizzato e accesso a sistemi privati. App per la logica di Azure Standard offre queste capacità di integrazione in un runtime a singolo tenant e supporta sia flussi di lavoro stateful che stateless. A differenza di un'app Consumption logic, una logica standard può contenere più flussi di lavoro che condividono calcolo, archiviazione, rete e configurazione.
Le seguenti capacità rendono Standard il tipo di risorsa preferito per le Logic Apps per la maggior parte dei progetti di modernizzazione di BizTalk:
| Requisito BizTalk | Funzionalità standard di Logic Apps |
|---|---|
| Processi aziendali duraturi e di lunga durata | I flussi di lavoro con stato persistono nello stato di esecuzione e possono recuperare le run interrotte. I flussi di lavoro senza stato supportano l'elaborazione in memoria a bassa latenza quando non è richiesta persistenza. |
| Processi di integrazione correlati | Più flussi di lavoro possono essere eseguiti in un'unica app di logica standard e condividere risorse, configurazioni e confini di distribuzione. |
| Messaggistica aziendale e formati dati | Connettori e azioni integrati supportano servizi come bus di servizio di Azure, Event Hubs, SQL Server, XML, file piatti, trasformazioni e scenari B2B. |
| Logica di implementazione personalizzata | Le funzioni locali di .NET eseguono codice con ambito del flusso di lavoro insieme ai flussi di lavoro nello stesso progetto e nella stessa applicazione. Script inline, connettori integrati personalizzati e servizi esterni offrono altre opzioni di estensibilità. |
| Connettività privata e locale | L'esecuzione dedicata a un singolo tenant supporta l'integrazione virtuale della rete e gli endpoint privati. La distribuzione ibrida esegue flussi di lavoro su infrastrutture gestite dal cliente quando è necessario un elaboramento locale. |
| Gestione del ciclo di vita delle applicazioni | Lo sviluppo con Visual Studio Code, i test locali, l'infrastruttura come codice e CI/CD separano la distribuzione delle applicazioni per i flussi di lavoro dal provisioning dell'infrastruttura. |
| Scelta della distribuzione | Usa Workflow Service Plan per l'hosting Azure gestito, ambiente del servizio app v3 per l'hosting Azure isolato, o Hybrid per ambienti Kubernetes gestiti dal cliente. |
Logic Apps Standard fornisce la maggior parte delle funzionalità di base necessarie per modernizzare le soluzioni BizTalk e funge da principale piattaforma di orchestrazione e integrazione per l'architettura target, sia ospitata in Azure sia distribuita in un ambiente ibrido. Altri servizi non sono obbligatori di default. Per le soluzioni ospitate su Azure, aggiungi servizi Azure come bus di servizio di Azure, Gestione API di Azure o Griglia di eventi di Azure solo quando la soluzione rifattorizzata richiede un brokeraggio indipendente dei messaggi, la gestione del ciclo di vita dell'API o la distribuzione degli eventi. Per le implementazioni ibride, utilizzare servizi gestiti dal cliente compatibili per qualsiasi capacità o limite architettonico che la soluzione richieda al di fuori dello Standard Logic Apps.
Motivi per migrare
| Vantaggi | Descrizione |
|---|---|
| Piattaforma di integrazione moderna | Costruisci flussi di lavoro con orchestrazione gestita, connettori aziendali, funzionalità B2B, integrazione API e sicurezza e monitoraggio cloud-native. Valuta l'automazione assistita dall'IA e agentica dove supportata. |
| Preservare investimenti selezionati | Riutilizza o adatta molti schemi, mappe, regole, assembly e componenti .NET personalizzati di BizTalk invece di ricostruire ogni artefatto. |
| Hosting flessibile | Esegui flussi di lavoro standard in Azure oppure usa il deployment ibrido per l'elaborazione locale, l'accesso alla rete, la residenza dei dati o i requisiti normativi. |
| Sviluppo low-code e pro-code | Combina il designer del workflow visivo con definizioni di workflow controllate dal codice sorgente, script inline, funzioni locali .NET, connettori personalizzati e servizi esterni. |
| Operazioni moderne | Usa il controllo degli accessi in base al ruolo di Azure (Azure RBAC), l'infrastruttura come codice e pipeline automatizzate. I flussi di lavoro ospitati su Azure si integrano con Monitoraggio di Azure e Application Insights, mentre i deployment ibridi utilizzano OpenTelemetry e hanno limitazioni di funzionalità differenti. |
| Controlli dei costi | Condividi la capacità tra flussi di lavoro correlati, scegli un modello di hosting che corrisponda alla domanda di carico di lavoro e utilizza le operazioni e le funzioni locali integrate il più possibile. |
Progettare un'architettura di destinazione conveniente
L'efficacia dei costi dipende dal volume di lavoro, dall'isolamento richiesto, dall'infrastruttura esistente, dall'uso dei connettori e dalle responsabilità operative. Confronta il costo totale di proprietà rispetto a quello solo del costo di hosting delle Logic App. Una base di BizTalk può includere licenze di BizTalk Server, Windows Server e SQL Server; calcolo e archiviazione; alta disponibilità e disaster recovery; patching; monitoraggio; strumenti di implementazione; e supporto operativo specialistico.
Utilizza le seguenti pratiche quando costruisci il modello di costo target:
- Raggruppare flussi di lavoro correlati con requisiti compatibili di sicurezza, ciclo di vita e scalabilità nella stessa app di logica standard, così da poter condividere calcolo riservato e risorse di supporto. Tieni separati i carichi di lavoro quando hanno bisogno di scalaggio, isolamento, distribuzione o proprietà indipendente.
- Preferisci le operazioni predefinite dei connettori quando soddisfano le tue esigenze. Il modello Standard include esecuzioni operative integrate illimitate, mentre le operazioni con connettori gestiti sono fatturate per chiamata.
- Mantieni il codice .NET con ambito limitato al flusso di lavoro nelle funzioni locali, quando opportuno. Le funzioni locali utilizzano il confine dell'applicazione Logic Apps Standard e non richiedono un'app di funzione separata, un endpoint, un flusso di autenticazione, una pipeline di distribuzione o un confine di monitoraggio separati. Il codice consuma ancora capacità nel piano Standard.
- Dimensionare correttamente la capacità del piano di servizio Workflow e verificare l'utilizzo man mano che le ondate di migrazione passano in produzione. Il piano viene fatturato per la capacità riservata anche quando i flussi di lavoro sono inattivi.
- Usa ambiente del servizio app v3 quando requisiti di isolamento, networking dedicato, conformità o consolidamento giustificano un Piano di Servizi App Isolato v2. Non dare per scontato che ASE v3 sia l'opzione a basso costo per carichi di lavoro più piccoli.
- Usa Hybrid quando l'esecuzione locale, la residenza dei dati o l'infrastruttura esistente offrono valore sufficiente. Includi nell'analisi l'ambiente Kubernetes abilitato Azure Arc, le licenze SQL Server, lo storage SMB, il networking, le operazioni e l'uso della vCPU di Logic Apps.
- Considera le operazioni di archiviazione, gli account di integrazione, il networking, il monitoraggio e il costo temporaneo di eseguire BizTalk e Logic Apps in parallelo durante la migrazione.
Per dettagli sui prezzi, consulta modelli di prezzo e fatturazione di App per la logica di Azure e la pagina dei prezzi di App per la logica di Azure.
Scegliere un'opzione di hosting
App per la logica di Azure ha tipi separati di Consumo e Risorsa Standard. Per la migrazione di BizTalk, utilizza le funzionalità standard di App per la logica di Azure e scegli un'opzione di hosting Azure o ibrida in base alle tue esigenze.
Importante
Se attualmente utilizzi App per la logica di Azure Consumption e prevedi di migrare i carichi di lavoro di BizTalk Server, devi migrare su App per la logica di Azure Standard. Le funzionalità di migrazione di BizTalk non sono supportate per i flussi di lavoro di Consumo.
| Opzione di hosting | Soluzione ottimale | Costo e proprietà | Considerazioni principali |
|---|---|---|---|
| Piano di servizi per il flusso di lavoro | La scelta predefinita per le migrazioni BizTalk ospitate su Azure che richiedono capacità Standard dedicate e funzionalità Azure gestite. | Capacità riservata WS1, WS2 o WS3 in un ambiente gestito da Microsoft. | Supporta più flussi di lavoro per ogni logica, integrazione con rete virtuale, endpoint privati e accesso alle funzionalità di monitoraggio Azure. |
| ambiente del servizio app v3 | Carichi di lavoro che richiedono hosting Azure isolato, rete dedicata, confini di conformità o consolidamento con altri carichi di lavoro di App Service. | Istanze isolate v2 del piano di servizio app in un ambiente dedicato. | Richiede un ASE v3 esistente o nuovo e dovrebbe essere giustificato da requisiti di isolamento, scala o consolidamento. |
| Ibrido | Carichi di lavoro che richiedono elaborazione locale, accesso a bassa latenza ai sistemi locali, residenza dei dati, distribuzione all’edge o infrastrutture gestite dal cliente. | Utilizzo delle vCPU di Logic Apps, oltre a Kubernetes, SQL Server, archiviazione SMB, rete e operazioni gestiti dal cliente. | Utilizza Kubernetes abilitato per Azure Arc con l'estensione App contenitore di Azure e richiede connettività in uscita verso Azure. Alcune funzionalità cloud non sono supportate. |
Considerazioni di implementazione ibrida
La distribuzione ibrida è parzialmente connessa, non in un ambiente isolato. L'ambiente richiede connettività in uscita per Azure Arc e operazioni di gestione Azure. I connettori gestiti ospitati nel cloud richiedono anche la connettività con Azure. Le interruzioni temporanee della connettività non fermano necessariamente l'elaborazione locale dei flussi di lavoro, ma possono influire sulla gestione, la telemetria e le operazioni dipendenti dal cloud.
Per l'infrastruttura richiesta, le configurazioni supportate, i prezzi e le limitazioni attuali, vedi Configura la tua infrastruttura per app logiche standard usando un deployment ibrido.
Mappare le capacità di BizTalk alle Logic Apps
BizTalk Server e App per la logica di Azure utilizzano architetture diverse. Usa l'Agente di Migrazione per inventariare ogni applicazione BizTalk, mappare i suoi artefatti e i modelli di integrazione alle capacità di Logic Apps e identificare i componenti che devi riutilizzare, rifattorizzare, sostituire o riprogettare.
| Capacità BizTalk | Percorso di modernizzazione delle Logic Apps | Valutazione tipica | Guida correlata |
|---|---|---|---|
| Orchestrazioni | Flussi di lavoro standard con o senza stato | Ricostruisci la logica dei processi aziendali in flussi di lavoro. | Crea un flusso di lavoro Standard |
| Pipeline e codice di supporto | Azioni del workflow, funzioni locali .NET, codice inline, connettori personalizzati o servizi esterni | Riutilizzare o rifattorizzare in base al ciclo di vita richiesto e ai limiti di scalabilità. | Crea ed esegui funzioni locali .NET |
| Instradamento di MessageBox | Topic e sottoscrizioni di bus di servizio di Azure, exchange di RabbitMQ, topic di Apache Kafka o routing del flusso di lavoro | Riprogettare la messaggistica indipendentemente dall'esecuzione del workflow. | Code, argomenti e sottoscrizioni del bus di servizio |
| Schemi e mappe | Artefatti di progetto, mappe XSLT, template Liquid e Data Mapper | Riutilizza artefatti compatibili e convalida le trasformazioni. | Schemi e mappe |
| Regole business | Motore regole di App per la logica di Azure | Riutilizzare le politiche supportate dal Business Rules Engine di BizTalk o rifattorizzare fatti non supportati. | Panoramica di App per la logica di Azure Rules Engine |
| EDI e B2B | Flussi di lavoro standard, connettori e account di integrazione | Valuta partner, accordi, certificati, schemi e requisiti di protocollo. | Flussi di lavoro di integrazione aziendale B2B |
| Adattatori | Connettori e API integrati, gestiti o personalizzati | Conferma la disponibilità dei connettori, l'autenticazione, il throughput e il supporto all'hosting. | Panoramica sui connettori |
| BAM | Rilevamento dei processi aziendali di Azure per soluzioni supportate su Azure, oppure un design di osservabilità esterna | Redesign per una distribuzione ibrida, dove Rilevamento dei processi aziendali di Azure non è supportato. | Panoramica di Rilevamento dei processi aziendali di Azure |
| Tracciamento e monitoraggio | Cronologia delle run, proprietà tracciate, Monitoraggio di Azure, Application Insights e OpenTelemetry | Rifattorizzare il modello operativo e di supporto. | Monitorare app logiche e flussi di lavoro |
Il diagramma seguente offre un'altra visione delle capacità comuni di BizTalk Server e dei loro percorsi di modernizzazione ospitati su Azure:
Per la disponibilità dettagliata delle funzionalità, consulta connettori App per la logica di Azure, panoramica dell'integrazione Enterprise e limiti e configurazione di App per la logica di Azure.
Considerazioni chiave sulla migrazione
Architettura e affidabilità
- Inizia con App per la logica di Azure Standard come applicazione di destinazione. Utilizza funzionalità di workflow native, connettori integrati e funzioni locali dove appropriato, e aggiungi altri Azure Integration Services solo quando un requisito architettonico specifico li giustifica.
- Per i modelli di pubblicazione-iscrizione, usa un broker di messaggi come bus di servizio di Azure, RabbitMQ o Apache Kafka invece di riprodurre la MessageBox di BizTalk all'interno di un workflow.
- Progettare tenendo conto dei nuovi tentativi e dell'elaborazione almeno una volta. Usa idempotenza, deduplicazione e scritture sicure per prevenire effetti duplicati quando le operazioni vengono riprovate o le esecuzioni vengono riinviate.
- Rivedi i limiti di messaggi e connettori. Per payload di grandi dimensioni, usa, ove supportata, la suddivisione in blocchi del connettore oppure implementa il modello claim-check.
- Utilizza Gateway VPN, ExpressRoute o un altro design di connettività ibrida per collegare le reti on-premises ad Azure. Il peering di rete virtuale collega le reti virtuali Azure; da solo non collega una rete on-premises ad Azure.
Codice personalizzato
Avere codice personalizzato in una soluzione BizTalk non significa automaticamente che l'architettura target richieda una risorsa Funzioni di Azure separata. Usa funzioni locali .NET per il codice che appartiene a un flusso di lavoro di integrazione. Le funzioni locali risiedono nello stesso progetto dei flussi di lavoro e si eseguono all'interno del confine dell'applicazione Logic Apps Standard. I flussi di lavoro, i connettori, la configurazione e il codice possono costruirsi, distribuirsi, scalare e operare insieme.
Le funzioni locali sono adatte per la validazione dei messaggi con ambito di workflow, arricchimento, calcoli, parsing personalizzato, formattazione e elaborazione specifica per il business. Possono anche aiutare a modernizzare gli assembly helper di BizTalk, le utility di orchestrazione e la logica adiacente alla pipeline quando quel codice appartiene a una specifica applicazione di integrazione. Questo approccio evita di introdurre un endpoint separato, un flusso di autenticazione, una risorsa di hosting, una pipeline di distribuzione e un confine di monitoraggio solo per eseguire codice specifico del workflow.
Utilizza le seguenti indicazioni per selezionare il modello di codice di hosting appropriato:
| Utilizzare funzioni locali quando | Usa una risorsa separata di Funzioni di Azure quando |
|---|---|
| Il codice è specifico per un'applicazione Logic Apps Standard. | Il codice è condiviso da più applicazioni, flussi di lavoro o team. |
| Il codice valida, arricchisce, analizza, formatta o calcola i dati all'interno di un flusso di lavoro. | Il codice fornisce un'API, un servizio o una capacità di calcolo gestita indipendentemente dagli eventi. |
| Il flusso di lavoro e il codice dovrebbero essere distribuiti, scalati e funzionati insieme. | Il codice richiede scalabilità, gestione delle versioni, distribuzione o gestione operativa indipendenti. |
| Il codice non ha bisogno di un endpoint di rete separato o di un confine di autenticazione. | Il codice deve esporre e mettere in sicurezza il proprio endpoint o confine di identità. |
| L'helper di BizTalk o la logica correlata alla pipeline appartiene al flusso di integrazione migrato. | Il codice costituisce il carico di lavoro di elaborazione principale e il flusso di lavoro di Logic Apps è solo uno dei possibili utilizzatori. |
Le funzioni locali consumano la capacità di calcolo assegnata all'app logica standard e non sostituiscono ogni funzione o servizio autonomo. Il loro vantaggio di costo e operativo deriva dall'evitare un limite di risorse inutile quando il codice fa parte del flusso di lavoro. I flussi di lavoro standard supportano anche JavaScript inline, C# e PowerShell per codice a breve durata, oltre a connettori personalizzati e chiamate ad API esterne. Per indicazioni architettoniche, vedi Coding with Logic Apps Standard: Local Functions.
Sicurezza e identità
Usa Microsoft Entra ID, Azure RBAC, Azure Key Vault, networking privato e input e output sicuri per proteggere flussi di lavoro e dati. Le connessioni OAuth utilizzano l'autorizzazione basata su token e potrebbero richiedere un accesso e consenso interattivi. Non trattare OAuth come la memorizzazione dell'indirizzo email e della password di un utente nel flusso di lavoro.
Per i connettori supportati nei flussi di lavoro Standard ospitati su Azure, le identità gestite eliminano la necessità di memorizzare credenziali o token di accesso. Durante lo sviluppo locale, l'estensione App per la logica di Azure Standard può utilizzare l'identità dello sviluppatore logato tramite la catena di credenziali Azure Identity, mentre il flusso di lavoro distribuito utilizza la sua identità gestita assegnata dal sistema o dall'utente. Entrambe le identità richiedono permessi appropriati sulla risorsa target. Questa funzionalità Visual Studio Code non cambia la limitazione ibrida attuale per l'autenticazione dell'identità gestita nelle operazioni di connettore. Per ulteriori informazioni, vedi Usa connettori con identità gestita nell'estensione Logic Apps Standard.
Distribuzione e operazioni
Archivia le definizioni del flusso di lavoro, la configurazione e gli artefatti nel controllo del codice sorgente e utilizza pipeline automatizzate di build e distribuzione. Bicep viene compilato in modelli di Azure Resource Manager. Terraform e Pulumi sono strumenti alternativi di infrastruttura come codice che gestiscono le risorse Azure tramite i rispettivi fornitori.
Pianifica il monitoraggio, il controllo degli accessi, la configurazione dell'ambiente, il disaster recovery e la proprietà del supporto prima della prima ondata di migrazione in produzione. Proteggi gli input e uscite delle azioni sensibili così non appaiono nella cronologia di esecuzione o nella telemetria.
Passaggi successivi
Utilizzare un approccio di migrazione iterativa per gestire le dipendenze di inventario, dare priorità ai carichi di lavoro, validare i progetti target e rilasciare in ondate gestibili. L'App per la logica di Azure Migration Agent può assistere con la scoperta, l'analisi, la pianificazione, la conversione, la validazione e il deployment, mantenendo il controllo delle decisioni sull'architettura e sull'implementazione.