Varför migrera från BizTalk Server till Azure Integration Services?

Den här guiden ger en översikt över orsaker och fördelar, produktjämförelser, funktioner och annan information som hjälper dig att börja migrera från lokal BizTalk Server till molnbaserade Azure Integration Services. Efter den här guiden hittar du fler guider som beskriver hur du väljer de tjänster som passar bäst för ditt scenario tillsammans med migreringsstrategier, planeringsöverväganden och metodtips som hjälper dig att leverera lyckade resultat.

Orsaker och fördelar

Genom att migrera dina integreringsarbetsbelastningar till Azure Integration Services kan du dra nytta av följande primära fördelar:

Förmån	Description
Modern integrationsplattform som en tjänst (iPaaS)	Azure Integration Services tillhandahåller funktioner som ännu inte har utformats när BizTalk Server ursprungligen skapades, till exempel: – Möjligheten att skapa och hantera REST-API:er – Skalbar molninfrastruktur – Autentiseringsscheman som är moderna, säkrare och enklare att implementera – Förenklade utvecklingsverktyg, inklusive många webbläsarbaserade upplevelser – Automatiska plattformsuppdateringar och integrering med andra molnbaserade tjänster
Förbrukningsbaserad prissättning	Med traditionella mellanprogramsplattformar måste du ofta göra betydande kapitalinvesteringar i att skaffa licenser och infrastruktur, vilket tvingar dig att "skapa för topp" och skapa ineffektivitet. Azure Integration Services tillhandahåller flera prismodeller som i allmänhet låter dig betala för det du använder. Även om vissa prismodeller aktiverar och ger åtkomst till mer avancerade funktioner, har du flexibiliteten att betala för det du använder.
Lägre barriär för inträde	BizTalk Server är en mycket kapabel mellanprogramskoordinator men kräver mycket tid för att lära sig och få kunskaper. Azure Integration Services minskar den tid som krävs för att starta, lära sig, skapa och leverera lösningar. Azure Logic Apps innehåller till exempel en visuell designer som ger dig en upplevelse utan kod eller låg kod för att skapa deklarativa arbetsflöden.
SaaS-anslutning	Eftersom REST-API:er blir standard för programintegrering har fler SaaS-företag antagit den här metoden för att utbyta data. Microsoft har skapat ett omfattande och ständigt växande anslutningssystem med hundratals API:er för att arbeta med Microsoft och icke-Microsoft-tjänster, system och protokoll. I Azure Logic Apps kan du använda arbetsflödesdesignern för att välja åtgärder från dessa anslutningsappar, enkelt skapa och autentisera anslutningar och konfigurera de åtgärder som de vill använda. Den här funktionen påskyndar utvecklingen och ger mer konsekvens när du autentiserar åtkomsten till dessa tjänster med hjälp av OAuth2.
Flera geografiska distributioner	Azure erbjuder för närvarande över 60 aviserade regioner, mer än någon annan molnleverantör, så att du enkelt kan välja de datacenter och regioner som passar dig och dina kunder. Med den här räckvidden kan du distribuera lösningar på ett konsekvent sätt i många geografiska områden och ger möjligheter både ur ett skalbarhets- och redundansperspektiv.

Vad är Azure Integration Services?

Azure Integration Services innehåller följande molnbaserade, serverlösa, skalbara och Microsoft-hanterade byggstenar så att du kan skapa omfattande integreringslösningar och migrera befintliga BizTalk Server-lösningar:

Tjänst	Description
Azure Logic Program-program	Skapa och köra automatiserade logikapparbetsflöden som integrerar dina appar, data, tjänster och system. Du kan snabbt utveckla mycket skalbara integreringslösningar för dina B2B-scenarier (enterprise and business-to-business). Använd den visuella arbetsflödesdesignern för att aktivera mikrotjänster, API-orkestreringar och verksamhetsspecifika integreringar. Om du vill öka skalbarheten och portabiliteten samtidigt som du automatiserar affärskritiska arbetsflöden distribuerar och kör du var som helst där Kubernetes kan köras. Du kan skapa förbruknings- eller standardlogikappresurser. En förbrukningslogikapp innehåller bara ett tillståndskänsligt arbetsflöde som körs i Azure Logic Apps för flera klientorganisationer. En standardlogikapp kan innehålla flera tillståndskänsliga eller tillståndslösa arbetsflöden som körs i Azure Logic Apps med en enda klientorganisation, en App Service-miljön v3 eller Azure Arc-aktiverade Logic Apps. För positionering av Azure Logic Apps i Azure Integration Services fokuserar den här guiden på standardlogikappar, som ger den bästa balansen mellan företagsfunktioner, kostnader och flexibilitet. Mer information finns i Azure Logic Apps.
Azure Functions	Skriv mindre kod, underhålla mindre infrastruktur och spara på kostnaderna för att köra program. Utan att du behöver distribuera och underhålla servrar tillhandahåller molninfrastrukturen alla aktuella resurser som behövs för att hålla dina program igång. Mer information finns i Azure Functions.
Azure Data Factory	Integrera alla dina datakällor visuellt med hjälp av mer än 90 inbyggda, underhållsfria anslutningsappar utan extra kostnad. Skapa enkelt extrahering, transformering och inläsning (ETL) och extrahera, läsa in och transformera (ELT) bearbetar kodfritt i en intuitiv miljö, eller så kan du skriva din egen kod. Om du vill låsa upp affärsinsikter levererar du dina integrerade data till Azure Synapse Analytics. Mer information finns i Azure Data Factory.
Azure Service Bus	Överför data mellan program och tjänster, även när de är offline, som meddelanden med den här mycket tillförlitliga meddelandekö för företag. Få mer flexibilitet när du asynkrona meddelanden mellan klient och server med strukturerade fifo-meddelanden (first-in, first-out), publiceringsprenumereringsfunktioner och asynkrona åtgärder. Mer information finns i Azure Service Bus.
Azure Event Grid	Integrera program med händelser som levereras av en händelsekoordinator till prenumerantmål, till exempel Azure-tjänster, andra program eller en slutpunkt där Event Grid har nätverksåtkomst. Händelsekällor kan omfatta andra program, SaaS-tjänster och Azure-tjänster. Mer information finns i Azure Event Grid.
Azure API Management	Distribuera API-gatewayer sida vid sida och optimera trafikflödet med API:er som finns i Azure, andra moln och lokalt. Uppfylla kraven på säkerhet och efterlevnad, samtidigt som du har en enhetlig hanteringsupplevelse och fullständig observerbarhet för alla interna och externa API:er. Mer information finns i Azure API Management.

Kompletterande Azure-tjänster

Utöver de tidigare beskrivna tjänsterna erbjuder Microsoft även följande kompletterande tjänster som tillhandahåller underliggande funktioner för Azure Integration Services och som du förmodligen kommer att använda i ett migreringsprojekt:

Tjänst	Description
Azure Storage	Ger hög tillgänglighet, massivt skalbar, beständig, säker och modern lagring för olika dataobjekt i molnet. Du kan komma åt dessa dataobjekt var som helst i världen via HTTP eller HTTPS med hjälp av ett REST-API. Azure Integration Services använder dessa funktioner för att lagra konfigurations- och telemetridata på ett säkert sätt åt dig medan transaktioner flödar genom plattformen. Mer information finns i Azure Storage.
Rollbaserad åtkomstkontroll i Azure (Azure RBAC)	Hantera åtkomst till molnresurser, vilket är en viktig funktion för alla organisationer som använder molnet. Azure RBAC är ett auktoriseringssystem som bygger på Azure Resource Manager och som ger detaljerad åtkomsthantering till Azure-resurser. Du kan hantera vem som kan komma åt Azure-resurser, vad de kan göra med dessa resurser och vilka områden de kan komma åt. Mer information finns i Azure RBAC.
Azure Key Vault	Innehåller funktioner som hjälper dig att lösa problem som rör hantering av hemligheter, nyckelhantering och certifikathantering. Azure Integration Services tillhandahåller integrering med Azure Key Vault via programkonfigurationsinställningar och via en anslutningsapp. Med den här funktionen kan du lagra hemligheter, autentiseringsuppgifter, nycklar och certifikat på ett säkert men bekvämt sätt. Mer information finns i Azure Key Vault.
Azure Policy	Innehåller funktioner som hjälper dig att framtvinga organisationsstandarder och utvärdera efterlevnad på ett skalbart sätt. Via instrumentpanelen för efterlevnad får du en aggregerad vy så att du kan utvärdera miljöns övergripande tillstånd med möjlighet att öka detaljnivån till kornigheten per resurs per princip. Azure Integration Services integreras med Azure Policy så att du effektivt kan implementera omfattande styrning. Mer information finns i Azure Policy.
Azure-nätverk	Tillhandahåller en mängd olika nätverksfunktioner, inklusive anslutning, programskyddstjänster, programleveranstjänster och nätverksövervakning. Azure Integration Services använder dessa funktioner för att tillhandahålla anslutningar mellan tjänster med hjälp av virtuella nätverk och privata slutpunkter. Mer information finns i Azure-nätverk.
Azure Event Hubs	Skapa dynamiska datapipelines och svara omedelbart på affärsutmaningar genom att strömma miljontals händelser per sekund från alla källor med den här fullständigt hanterade datainmatningstjänsten i realtid som är enkel, betrodd och skalbar. API Management utför anpassad loggning med hjälp av Event Hubs, vilket är en av de bästa lösningarna när du implementerar en frikopplad spårningslösning i Azure. Mer information finns i Azure Event Hubs.
Azure SQL Database	Vid något tillfälle kan du behöva skapa anpassade loggningsstrategier eller anpassade konfigurationer för att stödja dina integreringslösningar. Sql Server används ofta lokalt för detta ändamål, men Azure SQL Database kan erbjuda en fungerande lösning när du migrerar lokala SQL Server-databaser till molnet. Mer information finns i Azure SQL Database.
Azure App Configuration	Hantera programinställningar och funktionsflaggor centralt. Moderna program, särskilt de som körs i ett moln, har i allmänhet många distribuerade komponenter av naturen. Om konfigurationsinställningarna sprids mellan dessa komponenter kan det leda till fel som är svåra att felsöka under programdistributionen. Med App Configuration kan du lagra alla inställningar för ditt program och skydda deras åtkomst på ett ställe. Mer information finns i Azure App Configuration.
Azure Monitor	Application Insights, som är en del av Azure Monitor, tillhandahåller hantering och övervakning av programprestanda för liveappar. Lagra programtelemetri och övervaka den övergripande hälsan för din integreringsplattform. Du har också möjlighet att ange tröskelvärden och få aviseringar när prestanda överskrider konfigurerade tröskelvärden. Mer information finns i Application Insights.
Azure Automation	Automatisera dina Azure-hanteringsuppgifter och samordna åtgärder mellan externa system i Azure. Bygger på PowerShell-arbetsflöde så att du kan använda det här språkets många funktioner. Mer information finns i Azure Automation.

Utvecklarupplevelser som stöds

I det här avsnittet beskrivs utvecklarverktygen som BizTalk-servern och Azure Integration Services stöder:

Erbjudande	Produkt eller tjänst med verktyg som stöds
BizTalk Server	Varje BizTalk Server-version stöder en specifik version av Visual Studio. BizTalk Server 2020 stöder till exempel Visual Studio 2019 Enterprise eller Professional. Visual Studio Community Edition stöds dock inte.
Azure Integration Services	– Azure Logic Apps (Standard): Azure-portalen och Visual Studio Code – Azure Logic Apps (Förbrukning): Azure-portalen, Visual Studio Code och Visual Studio 2019, 2017 eller 2015 – Azure Functions: Azure-portalen, Visual Studio Code och Visual Studio 2022 – Azure API Management: Azure-portalen och Visual Studio Code – Azure Service Bus: Azure-portalen och Service Bus Explorer – Azure Data Factory: Azure-portalen och Visual Studio 2015 eller 2013

BizTalk Server jämfört med Azure Integration Services

Om du vill jämföra BizTalk Server med Azure Integration Services och diskutera hur du migrerar ska vi först kort sammanfatta vad BizTalk Server gör. BizTalk Server var ursprungligen tillgängligt 2000 och är en lokal, stabil mellanprogramsplattform som ansluter olika system med hjälp av kort. Den här plattformen fungerar som en mäklare mellan företag, system eller program och är nu en väletablerad integrationsplattform. För att förenkla utmaningen med att kombinera olika system som har utvecklats på olika språk och kan anslutas med olika protokoll och format, erbjuder BizTalk Server följande huvudfunktioner:

• Orkestrering (affärsflöde)

  Ger möjlighet att skapa och köra orkestreringar eller grafiskt definierade affärsprocesser.

• Meddelandefunktion

  Ger möjlighet att kommunicera med en mängd olika program. Med kort kan BizTalk Server-meddelandekomponenten interagera med olika protokoll och dataformat.

BizTalk Server-motorn innehåller följande komponenter:

Komponent	Description
Företagsregelmotor (BRE)	Utvärderar komplexa uppsättningar med regler.
Enkel inloggning för företag (SSO)	Ger möjlighet att mappa autentiseringsinformation mellan Windows- och icke-Windows-system.
Övervakning av affärsaktivitet (BAM)	Gör det möjligt för informationsarbetare att övervaka en affärsprocess som körs.
Grupphubb	Gör det möjligt för supportpersonal att hantera motorn och orkestreringarna som körs.

Hur fungerar BizTalk Server?

BizTalk Server använder en publiceringsprenumererad meddelandemotorarkitektur med MessageBox-databasen i hjärtat. MessageBox ansvarar för att lagra meddelanden, meddelandeegenskaper, prenumerationer, orkestreringstillstånd, spårningsdata och annan information.

När BizTalk Server tar emot ett meddelande skickar och bearbetar servern meddelandet via en pipeline. Det här steget normaliserar och publicerar meddelandet till MessageBox. BizTalk Server utvärderar sedan alla befintliga prenumerationer och fastställer meddelandets avsedda mottagare, baserat på egenskaperna för meddelandekontexten. Slutligen dirigerar BizTalk Server meddelandet till den avsedda mottagaren baserat på prenumerationer eller filter. Den här mottagaren är antingen en orkestrering eller en Skicka-port, som är ett mål där BizTalk Server skickar meddelanden eller källa där BizTalk Server kan ta emot meddelanden. BizTalk Server överför meddelanden via en Skicka-port genom att skicka dem via en Skicka-pipeline. Pipelinen Skicka serialiserar meddelandena i det interna format som förväntas av mottagaren innan meddelanden skickas via ett kort.

MessageBox-databasen har följande komponenter:

• Meddelandeagent

  BizTalk Server interagerar med MessageBox med hjälp av den här agenten, som tillhandahåller gränssnitt för att publicera meddelanden, prenumerera på meddelanden, hämta meddelanden med mera.

• En eller flera SQL Server-databaser

  Dessa databaser tillhandahåller beständighetsarkivet för meddelanden, meddelandedelar, meddelandeegenskaper, prenumerationer, orkestreringstillstånd, spårningsdata, värdköer för routning med mera.

Följande bild visar hur BizTalk Server Messaging Engine fungerar:

När en ta emot port tar emot ett meddelande lagrar MessageBox meddelandet för bearbetning efter affärsprocesser eller för routning till alla Skicka portar som har prenumerationer på specifika meddelanden.

Mer information finns i Publicera prenumerationsarkitektur senare i den här guiden.

Affärsprocesser

I det här avsnittet beskrivs alternativ för att utforma och skapa affärsprocesser som du kan köra i BizTalk Server och Azure Integration Services.

BizTalk Server

I BizTalk Server är orkestreringar körbara affärsprocesser som kan prenumerera på (ta emot) meddelanden och publicera (skicka) meddelanden via MessageBox-databasen. Orkestreringar kan skapa nya meddelanden och ta emot meddelanden med hjälp av prenumerations- och routningsinfrastrukturen. När MessageBox fyller prenumerationer för orkestreringar aktiveras en ny instans (orkestreringskörning) och MessageBox levererar meddelandet. Om det behövs rehydreras instansen och meddelandet levereras sedan. När meddelanden skickas från en orkestrering publiceras de till MessageBox på samma sätt som ett meddelande som anländer till en mottagningsplats med lämpliga egenskaper som läggs till i databasen för routning.

Orkestreringar använder bindningar som hjälper till att skapa prenumerationer för att aktivera publiceringsprenumerationer. Orkestreringsportar är logiska portar som beskriver en interaktion. Om du vill leverera meddelanden måste du binda dessa logiska portar till en fysisk port, men den här bindningsprocessen är inget annat än att konfigurera prenumerationer för meddelanderoutning.

BizTalk Server erbjuder följande exempelfördelar:

• Design först (deklarativt)

  Utforma komplexa processer med hjälp av lättbegripliga designverktyg för att implementera mönster och arbetsflöden som annars kan vara svåra att implementera i kod.

• Abstraktion med slutsystem

  Utforma processer med fokus på meddelandena, inte slutsystemet. När du till exempel utvecklar dina lösningar behöver du inte oroa dig för om du ska använda ett filkort eller ett FTP-kort. I stället fokuserar du på kommunikationstypen, antingen ett sätt eller begärandesvar, och på den meddelandetyp som du vill bearbeta. Senare, när du distribuerar dina lösningar, kan du ange adaptern och slutsystemen.

Azure Integration Services

I Azure Logic Apps kan du skapa körbara affärsprocesser och program som arbetsflöden för logikappar genom att använda ett "byggblock" sätt att programmera med en visuell designer och fördefinierade åtgärder från hundratals anslutningsappar, vilket kräver minimal kod. Ett arbetsflöde för logikappen börjar med en utlösaråtgärd följt av en eller flera åtgärdsåtgärder där varje åtgärd fungerar som ett logiskt steg i arbetsflödets implementeringsprocess. Arbetsflödet kan använda åtgärder för att anropa extern programvara, tjänster och system. Vissa åtgärder utför programmeringsuppgifter, till exempel villkor (if-instruktioner), loopar, dataåtgärder, variabelhantering med mera.

Azure Logic Apps erbjuder följande exempelfördelar:

• Design först (deklarativt)

  Utforma komplexa processer med hjälp av lättbegripliga designverktyg för att implementera mönster och arbetsflöden som annars kan vara svåra att implementera i kod.

• Flexibel och skalbar

  Azure Logic Apps är en molnbaserad, serverlös, mycket skalbar databehandlingstjänst som automatiskt skalar och anpassar sig efter föränderliga affärsbehov.

• Anslut till vad som helst

  Välj från ett ständigt expanderande galleri med hundratals fördefinierade anslutningsappar för att skapa dina arbetsflöden. En anslutningsapp innehåller åtgärder som du kan använda som steg i dina arbetsflöden. Du kan skapa integreringslösningar för de flesta tjänster och system från både Microsoft och partner, inklusive BizTalk Server, Salesforce, Office 365, SQL-databaser, de flesta Azure-tjänster som Azure Functions, Azure Storage, Azure Service Bus och många andra samt lokala program eller system, stordatorer, SaaS och API:er. Om det inte finns någon fördefinierad anslutningsapp för den resurs som du vill komma åt kan du använda den allmänna HTTP-åtgärden för att kommunicera med tjänsten, eller så kan du skapa en anpassad anslutningsapp.

Återanvändbara komponenter

Integreringsplattformar erbjuder sätt att lösa problem på ett konsekvent och enhetligt sätt, vilket du ofta kan uppnå genom återanvändbara komponenter. I det här avsnittet beskrivs hur du kan återanvända komponenter i BizTalk Server och Azure Integration Services.

BizTalk Server

• Orkestreringar

  Du kan skapa och dela gemensam affärslogik som orkestreringar mellan olika arbetsflöden, internt i samma program eller med flera program. Du kan utlösa orkestreringar med hjälp av den interna mekanismen publish-subscribe i BizTalk Server (på ett frikopplat sätt) eller genom att använda orkestreringsformerna med namnet Call Orchestration för synkrona anrop eller Starta orkestrering för asynkrona anrop.

• Adaptrar

  Kort är programvarukomponenter som ger anslutning mellan BizTalk Server och handelspartner med hjälp av allmänt erkända dataprotokoll och dokumentformat. Dessa komponenter gör det enklare att skicka och ta emot meddelanden med hjälp av en leveransmekanism som överensstämmer med en allmänt erkänd standard, till exempel SMTP, FTP, HTTP med mera. Kort är en del av kärnplattformen, så alla befintliga program delar dem. Du kan också utöka det här lagret genom att skapa ett anpassat kort, antingen internt eller baserat på Windows Communication Foundation (WCF), med hjälp av BizTalk Adapter Framework.

• Scheman

  XSD-scheman (XML Schema Definition) möjliggör kontraktsbaserade meddelanden i BizTalk Server. Om du vill undvika att skapa redundanta scheman kan du referera till scheman från kompilerade sammansättningar. Om du vill använda delade scheman måste du lägga till en referens till den delade sammansättningen från ditt BizTalk-projekt.

  Även om det här steget kan låta enkelt kan det bli svårt att hantera ändringar i delade sammansättningar på grund av beroendelänkning. Om den delade sammansättningen kräver en uppdatering måste du ta bort alla projekt som refererar till den delade sammansättningen från BizTalk Server för att installera uppdateringen. Men för att undvika dessa begränsningar kan du implementera versionshantering för sammansättning där du distribuerar en ny version för ett schema eller delade scheman utan att bryta mot dina befintliga lösningar.

• Kartor och anpassade functoids

  Kartor aktivera XML-meddelandeöversättning eller transformering i BizTalk Server. Du kan dela kartor, men precis som delade scheman gäller liknande försiktighetsåtgärder för delade kartor. På grund av beroendelänkning går du försiktigt fram och ser till att du har en mogen livscykel för programvaruutveckling för att hantera ändringar.

  I kartor utför functoids beräkningar med hjälp av fördefinierade formler och specifika värden som kallas argument. BizTalk Server har många functoider som stöder en rad olika åtgärder. Med anpassade functoider kan du utöka antalet tillgängliga åtgärder i mappningsmiljön för BizTalk Server.

  Om du börjar skapa många kartor inser du att du upprepade gånger implementerar liknande logik. Därför kommer du att ägna tid åt att underhålla flera motsvarande kodfragment som du vanligtvis kopierar och klistrar in på flera platser på en karta eller över kartor. Överväg att omvandla sådana kodfragment till en anpassad functoid. På så sätt skapar du functoid bara en gång, men du kan återanvända functoid i så många kartor som du vill och uppdatera functoid på bara ett ställe. Varje anpassad functoid distribueras som en .NET-sammansättning med klasser som härleds från namnområdet Microsoft.BizTalk.BaseFunctoids . En enskild sammansättning kan innehålla mer än en anpassad functoid.

• .NET Fx-sammansättningar

  Du kan dela dessa sammansättningar i BizTalk Server-projekt. Dessa sammansättningar är enklare att hantera ur ett beroendeperspektiv. Förutsatt att inga icke-bakåtkompatibla ändringar finns kräver en uppdatering av en .NET Fx-sammansättning att DLL:n uppdateras i den globala sammansättningscachen (GAC), vilket automatiskt gör ändringarna tillgängliga för andra sammansättningar. Om det finns icke-bakåtkompatibla ändringar måste du också uppdatera det beroende projektet för att anpassa ändringarna i .NET Fx-sammansättningen.

• Anpassade pipelines och pipelinekomponenter

  När BizTalk Server tar emot och skickar meddelanden kan servern behöva förbereda och transformera meddelanden för in- och avslut på grund av affärsskäl. I BizTalk Server tillhandahåller pipelines en implementering av pipes- och filterintegreringsmönstret och innehåller många funktioner, till exempel en JSON-kodare och avkodare, MIME- eller SMIME-avkodare och så vidare.

  När du behöver lägga till information i kontexten för ett meddelande som kräver pipelineanpassning tillhandahåller BizTalk Server möjligheten att anpassa dessa pipelines genom att skapa anpassade pipelinekomponenter. En anpassad pipelinekomponent är a.NET klass som du använder för att implementera flera BizTalk-gränssnitt och sedan använda i olika steg i en anpassad pipeline. Om du vill skriva kod för en sådan komponent kan du använda C# eller Visual Basic för .NET.

• Principer för regelmotor

  En princip för affärsregler är en annan typ av artefakt som du kan dela mellan BizTalk Server-program som distribueras i samma BizTalk-grupp. Om du har vanliga regler för affärsregler, till exempel relaterade till meddelanderoutning, kan du hantera dessa regler på en plats och dela dem brett över installerade BizTalk-program. Företagsregelmotorn cachelagrar dessa regler, så om du gör några uppdateringar av dessa regler måste du starta om uppdateringstjänsten för business rules engine. Annars hämtas ändringarna i nästa tidsgräns för cacheminnet.

Azure Integration Services

• Integrationskonto

  För Azure Logic Apps är ett integrationskonto en molnbaserad container och Azure-resurs som ger centraliserad åtkomst till återanvändbara artefakter. För arbetsflöden för förbrukningslogikappar omfattar dessa artefakter handelspartner, avtal, XSD-scheman, XSLT-kartor, flytande mallbaserade kartor, certifikat, batchkonfigurationer och .NET Fx-sammansättningar.

  För standardarbetsflöden för logikappar introducerade Azure Logic Apps nyligen stöd för att anropa .NET Fx-sammansättningar från XSLT-transformeringar utan att kräva ett integrationskonto . Du kan också lägga till scheman, kartor och sammansättningar i ett standardlogikappprojekt i Visual Studio Code och sedan distribuera till Azure.

• API:er

  API:er möjliggör digitala upplevelser, gör data och tjänster återanvändbara och universellt tillgängliga, förenklar programintegrering och underbygger nya digitala produkter. Med spridningen och det ökande beroendet av API:er måste organisationer hantera dem som förstklassiga tillgångar under hela livscykeln.

  Du kan återanvända API:er, särskilt de som hanteras med Azure API Management, i Azure Integration Services. När du har lagt till API:er i Azure API Management kan du använda API Management-anslutningsappen med arbetsflöden för förbrukningslogikapp för att enkelt komma åt API:er på ett hanterat och styrt sätt. Azure Logic Apps har också stöd för att skapa och använda anpassade API:er så att din organisation kan främja återanvändning i hela företaget och undvika onödiga redundanta anslutningsappar som utvecklare annars kan skapa. Anpassade API:er demokratiserar också vem som kan använda dessa API:er i stället för att låta utvecklaren ta reda på mekaniken för att använda ett visst API.

• Anpassade anslutningsprogram

  Om det inte finns några fördefinierade anslutningsappar för de API:er som du vill använda kan du omsluta ett externt eller externt API med ett OpenAPI-schema för att skapa en anpassad anslutningsapp och få åtkomst till anslutningsappen från arbetsflöden för förbrukningslogikappen med rätt behörigheter. Den anpassade anslutningsappen skapar ett kontrakt mellan Azure Logic Apps och API:et som gör det enkelt att sammansättning av begärandemeddelanden och för Azure Logic Apps att ta emot ett skrivet svar som du kan använda i underordnade åtgärder. Både REST-API:er och SOAP-API:er stöds och de kan referera till offentliga API:er eller privata API:er som finns i ditt lokala nätverk. Du kan också använda anpassade anslutningsappar med Microsoft Power Automate och Microsoft Power Apps.

  För standardarbetsflöden för logikappar kan du skapa egna inbyggda anpassade anslutningsappar som baseras på en tjänstleverantör.

  Genom att implementera en anpassad anslutningsapp förenklar du utvecklingsupplevelsen genom att skapa ett gemensamt gränssnitt för att skicka begärandemeddelanden och ta emot inskrivna svar. Mer information finns i Anpassade anslutningsappar och API:er.

Kort och anslutningsappar

I följande avsnitt beskrivs begreppen för kort respektive anslutningsappar i BizTalk Server och Azure Integration Services.

BizTalk Server

För att utbyta meddelanden med externa system, program och entiteter tillhandahåller BizTalk Server kort, som är COM- eller .NET Fx-komponenter som överför meddelanden till och från affärsslutpunkter som filsystem, databaser och anpassade affärsprogram med hjälp av olika kommunikationsprotokoll. BizTalk Server tillhandahåller inbyggda kort som stöder olika protokoll, till exempel:

• Ett filkort som har stöd för att skicka och ta emot meddelanden från en filplats
• Kort för protokollen EDI, FTP, HTTP, MSMQ, SMTP, POP3 och SOAP
• Ett kort för Windows SharePoint Services

BizTalk Adapter Framework erbjuder en stabil, öppen mekanism för alla kort för att implementera eller komma åt arbete från BizTalk Server Messaging Engine. Gränssnitten i namnområdet Microsoft.BizTalk.Adapter.Framework gör det möjligt för kort att ändra konfigurationsegenskapssidor. BizTalk Adapter Framework ger också möjlighet att importera tjänster och scheman till ett BizTalk-projekt. Partnerkort är också tillgängliga från olika leverantörer och community-medlemmar. En lista över kända kort finns i BizTalk Server: Lista över tredjepartskort.

Azure Integration Services

När du skapar arbetsflöden med Azure Logic Apps kan du använda fördefinierade anslutningsappar för att enkelt och snabbt arbeta med data, händelser och resurser i andra appar, tjänster, system, protokoll och plattformar, vanligtvis utan att behöva skriva någon kod. Azure Logic Apps tillhandahåller ett ständigt expanderande galleri med hundratals anslutningsappar som du kan använda. Du kan skapa integreringslösningar för många tjänster och system, molnbaserade eller lokala, från både Microsoft och partner, till exempel BizTalk Server, Salesforce, Office 365, SQL-databaser, de flesta Azure-tjänster, stordatorer, API:er med mera. Vissa anslutningsappar tillhandahåller åtgärder som utför programmeringsåtgärder, till exempel villkorsstyrda (if)-instruktioner, loopar, dataåtgärder, hantering av variabler och så vidare. Om det inte finns någon anslutningsapp för den resurs som du vill använda kan du använda den allmänna HTTP-åtgärden för att kommunicera med tjänsten, eller så kan du skapa en anpassad anslutningsapp.

Tekniskt sett är en anslutningsapp en proxy eller en omslutning runt ett API som den underliggande tjänsten eller systemet använder för att kommunicera med Azure Logic Apps. Den här anslutningsappen tillhandahåller de åtgärder som du använder i dina arbetsflöden för att utföra uppgifter. En åtgärd är tillgänglig antingen som en utlösare eller åtgärd med egenskaper som du kan konfigurera. Vissa utlösare och åtgärder kräver också att du först skapar och konfigurerar en anslutning till den underliggande tjänsten eller systemet. Om det behövs autentiserar du även åtkomsten till ett användarkonto.

De flesta anslutningsappar i Azure Logic Apps är antingen en inbyggd anslutningsapp eller en hanterad anslutningsapp. Vissa anslutningsappar är tillgängliga i båda versionerna. Vilka versioner som är tillgängliga beror på om du skapar ett arbetsflöde för förbrukningslogikappen eller ett standardarbetsflöde för logikappar.

• Inbyggda anslutningsappar är utformade för att köras internt på Azure Logic Apps-körningen och har vanligtvis bättre prestanda, dataflöde, kapacitet eller andra fördelar jämfört med eventuella motsvarigheter till hanterade anslutningsappar.

• Hanterade anslutningsappar distribueras, hanteras och hanteras av Microsoft i Azure. Dessa anslutningsappar tillhandahåller utlösare och åtgärder för molntjänster, lokala system eller både och. I standardarbetsflöden för logikappar grupperas alla hanterade anslutningsappar som Azure-anslutningsappar . I arbetsflöden för förbrukningslogikapp grupperas dock hanterade anslutningsappar som antingen Standard eller Enterprise, baserat på deras prisnivå.

Mer information finns i följande dokumentation:

• Översikt över inbyggda anslutningsappar
• Översikt över hanterade anslutningsappar
• Hanterade anslutningsappar som är tillgängliga i Azure Logic Apps

Programanslutning

I följande avsnitt beskrivs alternativ för att ansluta till andra program från BizTalk Server och Azure Integration Services.

BizTalk Server

Korten tillhandahåller anslutningsfunktionerna i BizTalk Server och körs lokalt på BizTalk-servern som utför sändnings- eller mottagningsåtgärden. Cirka 30 färdiga kort är tillgängliga, medan ett litet ekosystem med ISV-kort ger ytterligare funktioner. Med dessa kort som körs lokalt är Windows-autentisering en populär autentiseringsmetod. Vanliga kort är FILE, SFTP, SQL, WCF (Basic-HTTP), HTTP och SMTP. I den här listan kan du avgöra att korten i BizTalk Server till största delen är protokollkort. Därför använder kort vanligtvis ett meddelandeorienterat meddelandemönster där ett fullständigt meddelande utbyts med andra system där dessa system ansvarar för att parsa data innan data läses in i det slutliga datalagret.

Azure Integration Services

Anslut orer tillhandahåller anslutningsfunktionerna i Azure Logic Apps och erbjuder en abstraktion ovanpå API:er som vanligtvis ägs av det underliggande SaaS-systemet. Till exempel skapas tjänster som SharePoint med hjälp av en API-första metod där API:er tillhandahåller funktioner till tjänsten för slutanvändare, men samma funktioner exponeras för andra system att anropa via ett API. För att förenkla anropet av dessa API:er använder anslutningsappar metadata för att beskriva meddelandeavtalet så att utvecklare vet vilka data som förväntas i begäran och i svaret.

Följande skärmbild visar anslutningsappens sökupplevelse för ett standardarbetsflöde för logikappar i Azure Logic Apps med en enda klientorganisation. När du väljer fliken Inbyggd kan du hitta inbyggda anslutningsappar som Azure Functions, Azure Service Bus, SQL Server, Azure Storage, Filsystem, HTTP med mera. På fliken Azure hittar du fler än 800 anslutningsappar, inklusive andra Microsoft SaaS-anslutningsappar, SaaS-partneranslutningar och så vidare.

Webbtjänster och API-anslutning

I följande avsnitt beskrivs stöd för webbtjänster och API-anslutning i BizTalk Server och Azure Integration Services.

BizTalk Server

Stöd för webbtjänster är en populär funktion i BizTalk Server och är tillgänglig genom att integrera med Windows Communication Foundation (WCF). Det här stödet i BizTalk ingår i två kategorier: publicering och användning av WCF-tjänster.

WCF-kort ger stöd för WS-* standarder, till exempel WS-Addressing, WS-Security och WS-AtomicTransaction. WS-ReliableMessaging stöds dock inte i den här versionen av WCF-korten.

WCF-kort stöder Enkel inloggning (SSO) via personifiering och skaffar Enterprise SSO-biljetten för användning av enkel inloggning med WCF-kort. Med den här funktionen kan användarkontexten flöda mellan system. Från ett autentiseringsperspektiv stöder tjänstautentisering följande typer: None, Windows och Certificate. Klientautentisering stöder följande typer: Anonym, Användarnamn, Windows och Certifikat. Säkerhetslägen som stöds innehåller följande typer: Transport, Meddelande och Mixed.

WCF stöder transaktioner med hjälp av WS-AutomicTransaction-protokollet, som du hittar i WCF-kort som WCF-WsHttp, WCF-NetTcp och WCF-NetMsmq. Den här funktionen stöds i följande scenarier:

• Transaktionsöverföring av meddelanden till MessageBox-databasen
• Transaktionell överföring av meddelanden från MessageBox till ett transaktionsmål

Transaktionsomfånget begränsas av MessageBox-komponenten. En BizTalk-orkestrering kan till exempel inte delta i en klients transaktion. På samma sätt kan en målslutpunkt inte delta i en transaktion som initieras av en BizTalk-orkestrering.

Utökningsbarhet för WCF är tillgängligt via anpassade WCF-bindningar. Du måste kompilera och lägga till anpassad kod i den globala sammansättningscachen (GAC). Du måste också uppdatera filen machine.config för att inkludera det nya tillägget. När bindningen har installerats visas tillägget för WCF-Custom- och WCF-CustomIsolated-korten.

BizTalk Server kan exponera WCF-BasicHTTP-mottagningsplatser som slutpunkter i Azure API Management när du använder BizTalk-administrationskonsolen. Du kan också exponera DINA SOAP-slutpunkter via API Management från BizTalk Server med hjälp av API Management i Azure-portalen. Mer information finns i Publicera BizTalk WCF-BasicHTTP-slutpunkter i API Management.

Azure Integration Services

Anslutningsmodellen i Azure Integration Services skiljer sig från BizTalk Server, delvis på grund av utvecklingen av API-ekonomin. I takt med att fler organisationer exponerar åtkomst till underliggande system och data behövdes en plattformsoberoende metod. REST är nu den dominerande arkitekturmetoden för att utforma moderna webbtjänster.

I Azure Logic Apps är REST standardmetoden för att ansluta system. Eftersom Microsoft och andra programvaruleverantörer exponerar RESTful-tjänster ovanpå sina system och data kan Azure Logic Apps exponera och använda den här typen av information. OpenAPI-specifikationen gör det möjligt för både människor och datorer att förstå interaktionen mellan en klient och server via metadata. Som en del av den här förståelsen härleds både nyttolaster för begäran och svar, vilket innebär att du kan använda dynamiskt innehåll för att fylla i en arbetsflödesåtgärds indata och använda utdata från svaret i underordnade åtgärder.

Autentiseringsscheman varierar beroende på anslutningsprogram baserat på programvaruleverantören som implementerar den underliggande tjänsten som en anslutningsapp anropar. I allmänhet omfattar dessa scheman följande typer:

• Basic
• Klientcertifikat
• Active Directory OAuth
• Raw
• Hanterad identitet

Microsoft tillhandahåller starka skyddslager genom att kryptera data under överföring och i vila. När Azure-kundtrafik flyttas mellan datacenter, utanför fysiska gränser som inte styrs av Microsoft eller för Microsofts räkning, tillämpas en datalänkskiktskrypteringsmetod som använder IEEE 802.1AE MAC Security Standards (MACsec) från punkt till punkt över den underliggande nätverksmaskinvaran.

Microsoft ger dig möjlighet att använda TLS-protokollet (Transport Layer Security) för att skydda data som överförs mellan molntjänster och kunder. Microsofts datacenter förhandlar om en TLS-anslutning med klientsystem som ansluter till Azure-tjänster. TLS ger stark autentisering, meddelandesekretess och integritet, vilket möjliggör identifiering av meddelandemanipulering, avlyssning och förfalskning tillsammans med samverkan, algoritmflexibilitet och enkel distribution och användning.

Även om det här avsnittet fokuserar på RESTful-anslutning via anslutningsappar, kan du implementera SOAP-webbtjänstanslutning via den anpassade anslutningsupplevelsen.

Blockera adapter- eller anslutningsanvändning

I följande avsnitt beskrivs alternativ för att förhindra användning av nätverkskort respektive anslutningsappar i BizTalk Server och Azure Integration Services.

BizTalk Server

BizTalk Server innehåller inte begreppet blockering av specifika kort från olika program, men du kan "blockera" deras användning i dina program genom att ta bort dessa kort från miljön. Kort i BizTalk Server är en del av plattformsinställningarna, så installerade kort är tillgängliga för alla att använda. Du kan också definiera specifika mottagnings- och sändningshanterare för varje kort, vilket definierar de datorer som tillhör biztalk-gruppen som kan köra eller bearbeta dessa hanterare.

Azure Integration Services

Om din organisation inte tillåter anslutning till begränsade eller icke godkända resurser med hjälp av hanterade anslutningsappar i Azure Logic Apps kan du blockera möjligheten att skapa och använda dessa anslutningar i dina logikapparbetsflöden. Med Azure Policy kan du definiera och tillämpa principer som förhindrar att du skapar eller använder anslutningar för anslutningsappar som du vill blockera. Av säkerhetsskäl kanske du till exempel vill blockera anslutningar till specifika sociala medieplattformar eller andra tjänster och system.

Meddelandehållbarhet

I följande avsnitt beskrivs meddelandepersistence i BizTalk Server och Azure Integration Services.

BizTalk Server

MessageBox-databasen erbjuder en annan fördel genom att fungera som en beständig punkt som ser till att ett meddelande sparas i lagringen innan du försöker skicka till en slutpunkt. Om meddelandet inte kan skickas efter att några konfigurerade återförsök har uttömts pausas meddelandet och lagras i MessageBox.

Som administratör kan du återuppta pausade meddelanden från BizTalk-administrationskonsolen. Samma beteende inträffar när du använder orkestreringar. Orchestration-körningen bevarar affärslogik, som du kan återuppta om något går fel. Du kan till exempel återuppta ett meddelande i en orkestrering i följande scenarier:

• Ett meddelande som skickas inom ett icke-atomärt omfång
• I slutet av ett transaktionsomfång
• När du startar en ny orkestreringsinstans (Starta orkestreringsform)
• I en felsöknings brytpunkt
• När motorn bestämmer sig för att dehydrera
• När orkestreringen är klar
• När systemet stängs av

BizTalk Server tillhandahåller alla dessa funktioner direkt. Du behöver inte bekymra dig om att implementera beständighet eftersom BizTalk Server hanterar det åt dig.

Azure Integration Services

Azure Logic Apps ger meddelandehållbarhet på följande sätt:

• Tillståndskänsliga arbetsflöden, som är standard i Förbrukningslogikappar och som är tillgängliga i standardlogikappar, har kontrollpunkter som spårar arbetsflödestillståndet och lagrar meddelanden när de passerar genom arbetsflödesåtgärder. Den här funktionen ger åtkomst till omfattande data som lagras i körningshistoriken för utlösare och arbetsflödesinstanser där du kan granska detaljerade in- och utdatavärden.

  Du kan bearbeta om en körningsinstans antingen via Azure-portalen eller ett API. Allt eftersom den här gången körs hela körningsinstansen, oavsett var ett fel inträffade i föregående körning. Det här beteendet innebär att meddelanden levereras minst en gång och att idempotent bearbetning sker hos konsumenterna.

• Med peek-lock-meddelanden tillgängliga i Azure Service Bus kan du antingen checka in ett meddelande efter en lyckad meddelandekörning eller avbryta meddelandet när ett fel inträffar. Om du vill använda den här funktionen i Azure Logic Apps väljer du Azure Service Bus-anslutningsappen. Ett bekräftat meddelande tas bort från meddelandekön, medan ett avbrutet meddelande låss upp och är tillgängligt för bearbetning av klienter. Peek-lock är ett bra sätt att uppnå "exakt en gång" meddelanden.

Publicera prenumerationsarkitektur

I följande avsnitt beskrivs alternativ för att implementera publiceringsprenumereringsmönstret i BizTalk Server och Azure Integration Services.

BizTalk Server

Funktionerna publish-subscribe (pub-sub) finns via MessageBox-databasen, som beskrivs tidigare i avsnittet Hur fungerar BizTalk Server? Ett populärt sätt att skapa prenumerationer är att använda Framhävda egenskaper, vilket gör att du kan identifiera specifika element eller attribut i ett definierat meddelandeschema som en framhävd egenskap. Du kan sedan upprätta prenumerationer för att filtrera meddelanden baserat på specifika kriterier mot en upphöjd egenskap. Om du till exempel har befordrat ett schemaelement med namnet City kan du skapa en prenumeration som filtrerar på elementet Stad för specifika städer. Om dina villkor uppfylls får din prenumeration, en Skicka-port eller en orkestrering en kopia av meddelandet.

Azure Integration Services

Med en arkitektur som skiljer sig helt från BizTalk Server är de flesta tjänster i Azure Integration Services händelsebaserade. Om du behöver implementera en publiceringsprenumereringslösning kan du använda Azure Service Bus. Den här tjänsten är en fullständigt hanterad meddelandekö för företag med meddelandeköer och publicera-prenumerera-ämnen i ett namnområde. Du kan använda Azure Service Bus för att frikoppla program och tjänster från varandra, vilket ger följande fördelar:

• Belastningsutjämningsarbete mellan konkurrerande arbetare.
• Valv dirigera och överföra data med kontroll över tjänst- och programgränser.
• Samordna transaktionsarbete som kräver hög tillförlitlighet.

Azure Logic Apps innehåller en Azure Service Bus-anslutningsapp som du kan använda för att publicera och prenumerera på meddelanden. Fördelen med att använda Service Bus är att du kan använda meddelanden oberoende av ditt arbetsflöde. Till skillnad från BizTalk Server är dina meddelanden frikopplade från arbetsflödesplattformen. Även om funktioner för meddelanden och arbetsflöden är frikopplade i Azure Integration Services kan du skapa meddelandeprenumerationer i Azure Service Bus, som har stöd för meddelandeegenskaper (användaregenskaper). Använd de här egenskaperna för att tillhandahålla nyckel/värde-par som utvärderas av filter som skapats i en ämnesprenumeration. Du definierar dessa användaregenskaper när du konfigurerar en Azure Service Bus-åtgärd genom att lägga till ett eller flera nyckel/värde-par. En demonstration finns i följande video: Pub Sub Messaging using Azure Integration Services – Part 2 Content Based Routing (Pub Sub Messaging using Azure Integration Services – Part 2 Content Based Routing).

Utanför Azure Integration Services kan du även implementera scenarier för publiceringsprenumerering genom att använda Azure Cache for Redis.

Motor för affärsregler

I följande avsnitt beskrivs alternativ för att konfigurera affärsregler i BizTalk Server och Azure Integration Services.

BizTalk Server

BizTalk Server innehåller en regelmotor för framåtlänkning som gör att du kan skapa "if-then-else"-regler med hjälp av en visuell redigerare. Du kan paketera dessa regler i en princip som kan transporteras till andra miljöer i DITT IT-landskap. Dessa principer kan också komma åt XSD-scheman, .NET Fx-kod och SQL Server-databastabeller för att söka efter data och utöka utdata.

Azure Integration Services

Även om det för närvarande inte finns någon motsvarande funktion för regelmotorn i Azure använder kunderna ofta Azure Functions för att implementera regler med anpassad kod. De får sedan åtkomst till dessa regler med hjälp av den inbyggda Azure Functions-anslutningsappen i Azure Logic Apps.

Mer information om framtida investeringar på det här området finns i avsnittet Färdplan senare i den här guiden.

Dataomvandling

I följande avsnitt beskrivs funktioner för datatransformering i BizTalk Server och Azure Integration Services.

BizTalk Server

Innehåller omfattande verktyg som du kan använda för att omvandla XML-meddelanden från ett format till ett annat. Datatransformering använder XSLT-kartor, som stöder tilläggsobjekt som gör det möjligt att mata in anpassad .NET Fx-kod i mitten av dessa kartor. Du kan också använda färdiga functoids som ger återanvändbara funktioner som hjälper dig att skapa omfattande kartor.

Förutom de grundläggande XML-transformeringarna tillhandahåller BizTalk Server även kodning och avkodning för CSV- och JSON-format så att du kan konvertera mellan dessa format och XML, vilket ger dig stöd för olika format.

Azure Integration Services

• Enterprise-integrationspaket

  Den här komponenten följer liknande begrepp i BizTalk Server och gör B2B-funktioner enkla att använda i Azure Logic Apps. En stor skillnad är dock att Enterprise Integration Pack är arkitektoniskt baserat på integrationskonton. Dessa konton förenklar hur du lagrar, hanterar och använder artefakter, till exempel handelspartner, avtal, kartor (XSLT- eller Liquid-mallar), scheman och certifikat, för B2B-scenarier.

• Liquid-mallar

  För grundläggande JSON-transformeringar i logikapparbetsflöden kan du använda inbyggda dataåtgärder, till exempel åtgärden Skriv eller Parsa JSON. Vissa scenarier kan dock kräva avancerade och komplexa omvandlingar som omfattar element som iterationer, kontrollflöden och variabler. För omvandlingar mellan JSON till JSON, JSON till text, XML till JSON eller XML till text kan du skapa en Liquid-mall som beskriver den nödvändiga mappningen eller omvandlingen med hjälp av mallspråket Liquid med öppen källkod.

• EDI-scheman

  EDI-dokumentscheman definierar brödtexten för en EDI-transaktionsdokumenttyp. För dina arbetsflöden för logikappar är alla BizTalk EDI-scheman i Microsoft Integration GitHub-lagringsplatsen offentligt tillgängliga för dig att använda.

• Standardlogikappar

  I Azure-portalen kan du ladda upp kartor och scheman direkt till en standardlogikappresurs. Om du arbetar med ett standardlogikappprojekt i Visual Studio Code kan du ladda upp artefakterna till respektive mappar i mappen Artifacts utan att använda ett integrationskonto. Du kan också anropa anpassade kompilerade sammansättningar från XSLT-kartor.

• Azure Functions

  Du kan köra XSLT- eller Liquid-malltransformeringar med hjälp av C# eller något annat programmeringsspråk för att skapa en Azure-funktion som du kan anropa med Azure API Management eller Azure Logic Apps.

Nätverksanslutningar

I följande avsnitt beskrivs funktioner och funktioner för nätverksanslutning i BizTalk Server och Azure Integration Services.

BizTalk Server

Med BizTalk Server alltid installerat i en servermiljö beror nätverksanslutningen på den underliggande serverns nätverkskonfiguration. När du konfigurerar nätverksanslutning för BizTalk Server måste du vanligtvis konfigurera följande områden:

• Beroenden
• Inkommande och utgående anslutning till slutsystem

Konfiguration av beroenden

För att fullständigt konfigurera BizTalk Server i en miljö med flera servrar måste du vara särskilt uppmärksam på alla nätverksanslutningsberoenden, vilket vanligtvis omfattar brandväggskonfiguration för att aktivera TCP- och UDP-portar för välkända tjänster eller protokoll. Sådana tjänster och protokoll omfattar till exempel åtkomst till en SQL Server-motor, Microsoft Distributed Transaction Coordinator (MSDTC), klustrade nätverksenheter, SSO-tjänster om de installeras på en annan server och SharePoint är alla tjänster som du måste konfigurera genom att skapa regler för inkommande och utgående trafik för att implementera anslutningen.

Konfiguration av inkommande och utgående anslutning

När du har konfigurerat BizTalk Server och är redo att distribuera program måste du implementera brandväggsregler som gör att värdinstanser kan ansluta och komma åt olika tjänster, oavsett om de ingår i ett internt eller externt nätverk. När du funderar på anslutning till slutsystem utanför organisationens nätverk måste du även ta med säkerhetsöverväganden. Olika system förlitar sig på att definiera en lista över tillåtna IP-adresser som sin första försvarslinje, så helst dirigerar BizTalk Server all sin utgående kommunikation via en väldefinierad lista över offentliga IP-adresser.

När partnertjänster försöker kontakta BizTalk Server kontrollerar du att de inte når en instans som finns i din organisations nätverk eller inre lager där kärnorganisationstjänsterna kan vara tillgängliga. Ge i stället partnertjänster åtkomst till en slutpunkt som finns inom ett perimeternätverk, även kallat en demilitariserad zon (DMZ), som är den yttersta gränsen för en organisations nätverk. Tjänster där BizTalk Server måste dirigera meddelanden finns dock vanligtvis i organisationens nätverk, så de bör ha åtkomst till det inre lagret.

För att uppnå dessa scenarier finns det flera metoder, till exempel:

• Implementera BizTalk Server i ett perimeternätverk och tillåt endast egna tjänster eller värdinstanser att komma åt organisationens nätverk
• Konfigurera två BizTalk-servrar med en i ett perimeternätverk och den andra i organisationens nätverk. Servern i perimeternätverket publicerar sedan de meddelanden som servern i organisationsnätverket använder.
• Utveckla anpassade program eller program för installationer, till exempel NetScaler och F5, som kan fungera som omvända proxyservrar, ta emot meddelanden på uppdrag av BizTalk i perimeternätverket och omdirigera dessa anrop till BizTalk Server.

Azure Integration Services

• Inkommande och utgående anslutning

  Azure tillhandahåller flera sätt att isolera sina tjänster inom en nätverksgräns och ansluta lokala arbetsbelastningar och molnarbetsbelastningar. I följande lista beskrivs olika sätt att integrera Azure-resurser med resurser i en nätverksperimeter:

  • Lokal datagateway

    Den här gatewayen fungerar som en brygga mellan Azure och resurser inom en nätverksperimeter, vilket ger snabb och säker dataöverföring mellan lokala data och olika Microsoft-molntjänster. Dessa tjänster omfattar Azure Logic Apps, Microsoft Power BI, Microsoft Power Apps, Microsoft Power Automate och Azure Analysis Services. Med den här gatewayen kan du behålla databaser och andra datakällor i sina lokala nätverk och på ett säkert sätt använda dessa lokala data i molntjänster.

  • Hybridanslutningar

    Både en Azure-tjänst och en funktion i Azure App Service, Hybrid Anslut ions stöder scenarier och erbjuder funktioner utöver de som används i Azure App Service. Mer information om användning utanför Azure App Service finns i Azure Relay Hybrid Anslut ions. I Azure App Service kan du använda Hybrid Anslut ions för att komma åt programresurser i alla nätverk som kan göra utgående anrop till Azure via port 443. Hybrid-Anslut ions ger åtkomst från din app till en TCP-slutpunkt och aktiverar inte ett nytt sätt att komma åt din app. I Azure App Service korrelerar varje hybridanslutning med en enda TCP-värd och portkombination. Med den här funktionen kan dina appar komma åt resurser i alla operativsystem, förutsatt att det finns en TCP-slutpunkt. Hybrid Anslut ions vet inte eller bryr sig om programprotokollet eller vad du vill komma åt. Den här funktionen ger helt enkelt nätverksåtkomst.

  • Virtual Network-integration

    Med Azure Virtual Network-integrering kan du ansluta din Azure-resurs till ett virtuellt nätverk som konfigurerats i Azure, vilket ger din app åtkomst till resurser i det virtuella nätverket. Integrering av virtuella nätverk i Azure Logic Apps används endast för att göra utgående anrop från din Azure-resurs till ditt virtuella nätverk.

    Med peering för virtuella nätverk kan du ansluta dina lokala nätverk till Azure, vilket ger dubbelriktad anslutning mellan lokala resurser och Azure-tjänster. Azure Integration Services tillhandahåller anslutning till virtuella nätverk, vilket möjliggör hybridintegrering. Följande bild visar en standardlogikappresurs med sidan Nätverk öppen och integrering av virtuellt nätverk aktiverat som markerat i rutan Utgående trafik . Den här konfigurationen ser till att all utgående trafik lämnar det här virtuella nätverket.

    

  • Privata slutpunkter

    En privat slutpunkt är ett nätverksgränssnitt som använder en privat IP-adress från ditt virtuella nätverk. Det här nätverksgränssnittet ansluter privat och säkert till en Azure-resurs som drivs av Azure Private Link. Genom att aktivera en privat slutpunkt tar du med den Azure-resursen till ditt virtuella nätverk och låter resurser i nätverket göra inkommande anrop till din Azure-resurs.

I följande tabell visas de nätverksmetoder som varje Azure Integration Services-resurs kan använda:

Resurs	Lokal datagateway	Hybridanslutningar	Virtual Network-integration	Privata slutpunkter
Azure API Management	✅		✅	✅
Azure Logic Apps (förbrukning)	✅
Azure Logic Apps (standard)	✅ (med Azure-anslutningsappar)	✅ (med inbyggda anslutningsappar)	✅ (med inbyggda anslutningsappar)	✅
Azure Service Bus			✅	✅
Azure Event Grid

Anpassad kod

I följande avsnitt beskrivs alternativ för att redigera och köra din egen kod i BizTalk Server och Azure Integration Services.

BizTalk Server

Du kan utöka BizTalk på många sätt med hjälp av anpassad .NET Fx-kod, till exempel:

Kapacitet	Description
Infogad kod	Du kan skriva infogad C#-kod i en orkestreringsform. Du kan också skriva infogad kod i en BizTalk-karta. I båda scenarierna är kodfragmenten vanligtvis enkla till sin natur och kan inte kopplas från.
Kompilerade sammansättningar	Du kan anropa dessa sammansättningar från följande platser: – Uttrycksformer i en orkestrering – BizTalk-kartor med hjälp av Skript functoid – Principer för motor för affärsregler – Pipelines som anpassade pipelinekomponenter Du kan felsöka kompilerade sammansättningar genom att koppla Visual Studio-felsökningsprogrammet till lämplig Windows-värdinstansprocess.
Anpassade kort	BizTalk Server innehåller många färdiga kort, men du kan alltid skapa ett eget kort om det behövs.
Anpassade WCF-beteenden	BizTalk Server innehåller många färdiga kort med majoriteten baserat på Windows Communication Foundation (WCF). I vissa fall kan du behöva utöka deras funktioner genom att utveckla anpassade beteenden, till exempel att tillämpa en OAuth-rubrik på systemkommunikationen.
Utökningsbarhet i BizTalk Server-kartor	– Du kan skapa infogad kod med hjälp av C#, JScript, Visual Basic, XSLT eller XSLT-samtalsmallar för att förhindra vissa begränsningar eller svårigheter med att använda färdiga functoider. – Du kan anropa en extern sammansättning med hjälp av Scripting Functoid. - Du kan skapa anpassade functoids att använda på alla dina kartor.

Azure Integration Services

Azure Functions ger dig möjlighet att skriva kod som du kan köra från Azure Functions-anslutningsappen i Azure Logic Apps. Functions-plattformen stöder olika programmeringsspråk och körningsmiljöer, vilket ger mycket flexibilitet. Dessa funktioner är vanligtvis utformade för att ha korta körningstider, och det finns en omfattande uppsättning utvecklarverktyg för att stödja lokal utveckling och felsökning.

I Azure Logic Apps tillhandahåller anslutningsappen infogad kod åtgärden Kör JavaScript Code. Du kan använda den här åtgärden för att skriva små kodfragment i JavaScript. Dessa kodfragment förväntas också ha korta körningstider och stöder dynamiska innehållsindata och utdata. När koden har körts är utdata tillgängliga för underordnade åtgärder i arbetsflödet. Även om det för närvarande inte finns något direkt felsökningsstöd för den här åtgärden kan du visa indata och utdata i arbetsflödesinstansens körningshistorik.

Som vi nämnde i avsnittet Återanvändbara komponenter finns stöd för att anropa .NET Fx-sammansättningar från en XSLT-karta för närvarande tillgängligt i arbetsflöden för förbrukningslogikappen när du laddar upp dessa sammansättningar till ett integrationskonto. Den här funktionen hjälper dig att stödja anpassade regler för datatransformering. För arbetsflöden för standardlogikappar släppte Azure Logic Apps-teamet nyligen stöd för att anropa .NET Fx-kod från XSLT-kartor utan att kräva ett integrationskonto. Du kan också lägga till sammansättningar och kartor i ett standardlogikappprojekt i Visual Studio Code och sedan distribuera till Azure. Mer information finns i .NET Framework-sammansättningsstöd som lagts till i Azure Logic Apps (Standard) XSLT-transformeringar och avsnittet Färdplan.

Du kan också utöka arbetsflöden genom att inkludera Azure API-appar eller webbappar som skapats med Azure App Service. När du har ett krav på att vara värd för webbappar, REST-API:er och mobila serverdelar är Azure App Service den http-baserade lösningen. Du kan integrera appar som finns i Azure App Service med lokala tjänster eller molntjänster. Den här plattformen stöder både Windows- och Linux-baserade miljöer för att köra och skala program tillsammans med olika språk och ramverk, till exempel ASP.NET Core, Java, Ruby, Node.js, PHP och Python.

Programgrupper

I följande avsnitt beskrivs alternativ för att organisera dina arbetsbelastningar i BizTalk Server och Azure Integration Services.

BizTalk Server

En del av livscykeln för programvaruutveckling omfattar att skapa och hantera kod och artefakter i logiska paket. BizTalk Server stöder begreppet program så att du kan distribuera en Visual Studio-lösning till ett BizTalk-program. Om du har scenarier där du behöver dela resurser kan du referera till andra program.

BizTalk Server använder en explicit delningsmodell där du kan lägga till referenser till kompilerade sammansättningar. Förutsatt att dessa sammansättningar finns i Global Assembly Cache (GAC) hittar BizTalk Runtime och läser in sammansättningar efter behov. En nackdel är att när du behöver uppdatera de delade sammansättningarna, såvida du inte implementerar ett versionsschema, måste du avinstallera alla BizTalk-projekt som refererar till dina sammansättningar innan du gör uppdateringen. Den här begränsningen kan resultera i långa tidslinjer för distribution och komplexitet vid hantering av flera installationer och avinstallationer.

Azure Integration Services

I Azure Logic Apps innehåller förbrukningslogikappresursen bara ett enda tillståndskänsligt arbetsflöde, vilket innebär att din arbetsflödes- och logikappresurs, som är ditt program, alltid har en 1-till-1-relation. Med standardlogikappresursen utvecklades programkonceptet. Även om din standardlogikappresurs fortfarande är ditt program kan du inkludera och köra flera arbetsflöden med den här resursen, vilket resulterar i en 1-till-många-relation. Om du arbetar lokalt med ett standardlogikappsprojekt i Visual Studio Code mappar logikappens resurs till det här enskilda projektet. Med den här metoden kan du enkelt och logiskt gruppera relaterade arbetsbelastningar, kod och artefakter i samma projekt och distribuera projektet som en enda enhet.

Molnarkitekturer fungerar annorlunda än serverbaserade paradigm som BizTalk. Azure Logic Apps (Standard) använder en pull-modell för att hämta kod och artefakter. Därför kopierar du eventuella ytterligare nödvändiga artefakter till projektet och distribuerar dem sedan med din kod och andra artefakter. I vissa fall kanske du vill undvika att behöva kopiera all nödvändig kod och artefakter. I så fall kan du överväga att omvandla den här funktionen till en tjänst som du kan hantera separat men som kan anropas från ett arbetsflöde.

Anta till exempel att du har en datatransformering som används i stor utsträckning av din organisation. I stället för att inkludera kartan för omvandlingen i flera logikappsprojekt kan du implementera ett gränssnitt som tillhandahåller omvandlingen som en tjänst. Du kan sedan hantera livscykeln för tjänsten separat från dina logikappprojekt och anropa tjänsten från dina arbetsflöden.

Med möjligheten att inkludera flera arbetsflöden i ett standardlogikappprojekt kan du fråga dig hur du skulle organisera dessa arbetsflöden i ett projekt eller mellan flera projekt? Svaret beror vanligtvis på dina krav, till exempel:

• Affärsprocesstillhörighet
• Övervakning och support från slutpunkt till slutpunkt
• Säkerhet, rollbaserad åtkomstkontroll och nätverksisolering
• Prestanda och affärskritiskhet
• Geo-plats och geo-redundans

Mer information finns i Ordna logikapparbetsflöden i Azure Logic Apps (Standard).

Säkerhet och styrning

Säkerhet och styrning är naturligtvis viktigt när du skapar integrerade lösningar. Per definition finns mellanprogram mellan två eller flera system. För att kunna ansluta och komma åt dessa system när du upprättar en anslutning måste du ofta överföra autentiseringsuppgifter eller hemligheter. Därför måste du överväga att hantera den här känsliga informationen.

BizTalk Server

BizTalk innehåller Enkel inloggning för företag (SSO) som gör att du kan lagra, mappa och överföra krypterade autentiseringsuppgifter som används av kort. Den här krypterade informationen lagras i SSO-databasen. Du kan också konfigurera anslutna SSO-program, som är logiska entiteter som representerar ett system eller ett affärssystem som du vill ansluta till.

Azure Integration Services

Azure Logic Apps stöder följande säkerhetsfunktioner:

• Azure Key Vault

  Du kan lagra autentiseringsuppgifter, hemligheter, API-nycklar och certifikat med hjälp av Azure Key Vault. I Azure Logic Apps kan du komma åt den här informationen med hjälp av Azure Key Vault-anslutningsappen och undanta den här informationen från plattformens loggar och körningshistorik med hjälp av funktionerna för säkra indata och utdata.

  Senare i avsnittet Spårning beskriver den här guiden funktionerna för körningshistorik, som ger en stegvis repris av ett arbetsflödes körning. Även om Azure Logic Apps erbjuder värdeförslaget att samla in alla indata och utdata i en arbetsflödeskörning, måste du ibland hantera åtkomsten till känsliga data mer detaljerat. Du kan konfigurera obfuscation för dessa data med hjälp av funktionen för säkra indata och utdata på utlösare och åtgärder för att dölja sådant innehåll från körningshistoriken och förhindra att dessa data skickas till Azure Monitor, särskilt Log Analytics och Application Insights. Följande bild visar ett exempelresultat från aktivering av säkra indata och säkra utdata i körningshistoriken.

  

• OAuth-baserad integrering

  De flesta anslutningsappar använder den här autentiseringstypen när du skapar anslutningar. Den här metoden gör det lika enkelt att integrera med många SaaS-tjänster som att ange din e-postadress och ditt lösenord. Azure API Management stöder även OAuth, så du kan använda båda tjänsterna tillsammans genom att tillhandahålla ett enhetligt autentiseringsschema.

  Den här funktionen är inte inbyggt tillgänglig i BizTalk Server.

• Hanterade identiteter

  Vissa anslutningsappar stöder användning av en hanterad identitet för att autentisera åtkomst till resurser som skyddas av Microsoft Entra-ID. När du använder en hanterad identitet för att autentisera anslutningen behöver du inte ange autentiseringsuppgifter, hemligheter eller Microsoft Entra-token.

Programhantering och åtkomsthantering

I följande avsnitt beskrivs alternativ för att hantera program och åtkomst i BizTalk Server och Azure Integration Services.

BizTalk Server

Administratörer använder BizTalk Server-administratörskonsolen för att hantera BizTalk Server-program. Det här verktyget är ett tjockt klientprogram i Microsoft Management Console (MMC) som administratörer kan använda för att distribuera program, granska tidigare, aktiva och köade transaktioner och utföra djupgående felsökningsaktiviteter som att granska spårningar och skicka transaktioner på nytt.

Azure Integration Services

Azure-portalen är ett vanligt verktyg som administratörer och supportpersonal använder för att visa och övervaka hälsotillståndet för gränssnitt. För Azure Logic Apps innehåller den här upplevelsen omfattande transaktionsspårningar som är tillgängliga via körningshistorik.

Detaljerade rollbaserade åtkomstkontroller (RBAC) är också tillgängliga så att du kan hantera och begränsa åtkomsten till Azure-resurser på olika nivåer.

Lagring

I följande avsnitt beskrivs alternativ för datalagring i BizTalk Server och Azure Integration Services.

BizTalk Server

BizTalk Server är starkt beroende av SQL Server för datalager och datapersistence. Alla andra komponenter och värdar i BizTalk Server har specifika roller för att integrera olika affärsprogram, till exempel att ta emot, bearbeta eller dirigera meddelanden. Databasdatorn samlar dock in och bevarar detta arbete på disken. När BizTalk Server till exempel tar emot ett inkommande meddelande bevarar den mottagande värden meddelandet till MessageBox-databasen innan andra värdar hämtar meddelandet för orkestreringsbearbetning och sändning.

Eftersom du ansvarar för att etablera och hantera dina SQL-databaser är hög tillgänglighet en viktig arkitekturkomponent för att säkerställa drifttid. För att ge hög tillgänglighet för BizTalk Server-databaserna använder kunderna ofta Windows-kluster för att skapa ett serverkluster med två eller flera datorer som kör SQL Server. Det här serverklustret ger redundans och feltolerans för BizTalk Server-databaser. Till skillnad från belastningsutjämning av kluster där en datorgrupp arbetar tillsammans för att öka tillgängligheten och skalbarheten, omfattar serverkluster vanligtvis ett par databasdatorer i en aktiv-passiv konfiguration så att den ena datorn tillhandahåller säkerhetskopieringsresurser för den andra.

Azure Integration Services

Azure Logic Apps förlitar sig på Azure Storage för att lagra och automatiskt kryptera vilande data. Krypteringen skyddar dina data och hjälper dig att uppfylla organisationens säkerhets- och efterlevnadsåtaganden. Som standard använder Azure Storage Microsoft-hanterade nycklar till datakrypteringen. För mer information, se Azure Storage-kryptering för vilande data.

När du arbetar med Azure Storage via Azure-portalen sker alla transaktioner via HTTPS. Du kan också arbeta med Azure Storage med hjälp av REST-API:et för lagring via HTTPS. Aktivera den säkra överföring som krävs för lagringskontot för att framtvinga användning av HTTPS när du anropar REST-API:er för att komma åt objekt i lagringskonton.

Datakonfiguration

Separationen mellan konfiguration och kod blir viktig när du vill flytta dina integreringslösningar mellan miljöer utan att behöva kompilera om eller sätta ihop koden igen. Konfigurationsinformation är vanligtvis miljöspecifik, så du kan definiera slutpunkter och annan information som behöver ändras när du distribuerar lösningar i ditt landskap.

BizTalk Server

• Körbar BizTalk NT-tjänst

  Den här körbara filen anropar en app.config-fil med namnet BTSNTSvc.exe.config. Den här filen innehåller nyckel/värde-par så att du kan lagra konfigurationsinformation för klartext. Var dock försiktig med den här filen baserat på följande överväganden:

  • Se till att noggrant replikera konfigurationen på alla datorer i en BizTalk-grupp.

  • Konfigurationsändringar kräver att du startar om värdinstanser för att hämta de senaste värdena i den här konfigurationsfilen.

  • Syntaxfel som introduceras i den här konfigurationsfilen hindrar värdinstanser från att starta och leda till stilleståndstid.

• Enterprise SSO-verktyg

  Du kan också använda det här verktyget som ett konfigurationsarkiv. Community-verktyg är också tillgängliga för att aktivera datahantering med hjälp av enkel inloggning för företag. Därefter kan du komma åt dessa data via SDK-verktyg för att hämta dessa data vid körning.

• Anpassade cachekomponenter

  Dessa komponenter introduceras ofta så att du kan hantera användningsfall utöver nyckel/värde-par. Anta till exempel att du vill lagra tabelldata i en SQL Server-databas och läsa in dessa data i minnet när en värdinstans startar. Med den här implementeringen kan BizTalk Server hämta den här informationen vid körning genom att köra anpassad .NET Fx-kod. Du kan sedan komma åt dessa data från orkestreringar, BizTalk-kartor och anpassade pipelinekomponenter.

• Anpassad databas

  Databaser är en välkänd teknik och språk för både utvecklare och administratörer, så en anpassad databas är ett annat vanligt alternativ för att lagra programkonfigurationsdata.

• Business Rules Engine (BRE)

  Även om det inte är ett primärt användningsfall kan BRE också fungera som ett konfigurationslager. Oavsett om du anropar motorn från en orkestrerings- eller pipelinekomponent kan du definiera miljöspecifik information i BRE-principer och sedan distribuera motsvarande princip till den relevanta miljön. Vid körning kan en orkestrerings- eller pipelinekomponent komma åt och använda den här informationen i nedströmsfunktioner som kartor eller i routningssituationer.

• Anpassad konfigurationsfil

  Du kan använda anpassade konfigurationsfiler (.config) för att lagra programkonfigurationsdata, men den här metoden är inte vanlig eftersom du förmodligen måste ha en statisk och fast plats för dessa filer i alla miljöer.

• Windows-register

  Du kan använda Windows-registret som ett giltigt alternativ för att lagra programkonfigurationsvärdena. Det här registret är en central hierarkisk databas som används av Microsoft Windows-operativsystem för att lagra information som är nödvändig för att konfigurera systemet för en eller flera användare, program och maskinvaruenheter. Registret innehåller följande grundläggande element: hives, nycklar och värden. Det kan dock vara svårt att underhålla värden som lagras i registret i stora miljöer med flera register och svårigheten att säkerhetskopiera enskilda programinställningar.

Azure Integration Services

• Azure Key Vault

  Den här tjänsten lagrar och skyddar kryptografiska nycklar och andra hemligheter som används av program och molntjänster. Eftersom säker nyckelhantering är nödvändig för att skydda data i molnet använder du Azure Key Vault för att kryptera och lagra nycklar och hemligheter, till exempel lösenord.

• Azure App Configuration

  Den här tjänsten hanterar programinställningar och funktionsflaggor centralt. Du kan lagra konfigurationer för alla dina Azure-appar på en universell värdbaserad plats. Hantera konfigurationer effektivt och tillförlitligt i realtid och utan att påverka kunderna genom att undvika tidskrävande omdistributioner. Azure App Configuration är byggt för hastighet, skalbarhet och säkerhet.

• Azure Cosmos DB

  Den här tjänsten är en fullständigt hanterad NoSQL-databas för modern apputveckling med ensiffriga svarstider för millisekunder plus automatisk och omedelbar skalbarhet som garanterar hastighet i alla skala. Du kan läsa in konfigurationsdata i Azure Cosmos DB och sedan komma åt dessa data med hjälp av Azure Cosmos DB-anslutningsappen i Azure Logic Apps.

• Azure Table Storage

  Den här tjänsten tillhandahåller en annan lagringsanläggning för att hålla konfigurationsdata till en låg kostnad. Du kan enkelt komma åt dessa data med hjälp av Azure Table Storage-anslutningsappen i Azure Logic Apps. Mer information finns i Azure Table Storage.

• Anpassad cachelagring

  Du kan också implementera anpassade lösningar för cachelagring med Azure Integration Services. Populära metoder är att använda cachelagringsprinciper i Azure API Management och Azure Cache for Redis.

• Anpassad databas

  Databaser är en välkänd teknik och språk för både utvecklare och administratörer, så en anpassad databas är ett annat vanligt alternativ för att lagra programkonfigurationsdata.

Stor filbearbetning

I följande avsnitt beskrivs alternativ för hantering av stora filer i BizTalk Server och Azure Integration Services.

BizTalk Server

BizTalk Server innehåller optimeringar baserat på följande profiler för att hantera stor filbearbetning:

• Endast meddelanderoutning

  Om du endast använder BizTalk Server för att dirigera meddelanden baserat på framhävda meddelandeegenskaper strömmas meddelanden till MessageBox-databasen med hjälp av .NET XmlReader-gränssnittet. BizTalk Server läser inte in enskilda meddelandedelar i minnet, så i det här scenariot är minnesfel inte ett problem. Det främsta övervägandet är dock hur lång tid det tar att skriva mycket stora meddelanden (över 100 MB) till MessageBox-databasen. BizTalk Server-utvecklingsteamet har testat bearbetningen av meddelanden upp till 1 GB när de bara utför routning. Mer information finns i Optimera pipelineprestanda.

• Datatransformering med kartor

  När BizTalk Server transformerar ett dokument med hjälp av en karta skickar den här potentiellt minnesintensiva åtgärden meddelandet till klassen .NET XslCompiledTransform, som läser in XSL-formatmallen. När inläsningen har slutförts kan flera trådar anropa transformeringsmetoden samtidigt. Mer information finns i XslCompiledTransform-klass.

  BizTalk Server förbättrar minneshanteringen avsevärt för stora dokument genom att implementera ett tröskelvärde för konfigurerbar meddelandestorlek för inläsning av dokument i minnet under transformeringar. Som standard är tröskelvärdet för meddelandestorlek 1 MB. För alla meddelanden med en storlek under det här tröskelvärdet hanterar BizTalk Server meddelandet i minnet. För att minska minneskraven för alla meddelanden med en storlek över det här tröskelvärdet buffrar BizTalk Server meddelandet till filsystemet.

Azure Integration Services

Det finns vissa grundläggande skillnader mellan bearbetning av stora filer med en lokal mellanprogramsplattform, till exempel BizTalk Server och ett PaaS-erbjudande, till exempel Azure Logic Apps. Granska till exempel noggrant stora meddelandescenarier för att hitta rätt lösning eftersom det finns olika sätt att lösa problemet i en modern molnmiljö.

Filstorleksgränser

I Azure finns filstorleksgränser för att säkerställa konsekventa och tillförlitliga upplevelser. Kontrollera ditt scenario genom att granska dokumentationen om tjänstbegränsningar för Azure Logic Apps. Vissa anslutningsappar stöder segmentering av meddelanden som överskrider standardgränsen för meddelandestorlek, vilket varierar beroende på anslutningsappen. Segmentering av meddelanden fungerar genom att dela upp ett stort meddelande i mindre meddelanden.

Azure Logic Apps är inte den enda tjänsten som har gränser för meddelandestorlek. Azure Service Bus har till exempel också sådana gränser. Mer information om hur du hanterar stora meddelanden i Azure Service Bus finns i Stöd för stora meddelanden.

Mönster för anspråkskontroll

För att undvika filstorleksbegränsningar kan du implementera mönstret för anspråkskontroll, vilket fungerar genom att dela upp ett stort meddelande i en anspråkskontroll och en nyttolast. Du skickar anspråkskontrollen till meddelandeplattformen och lagrar nyttolasten på en extern tjänst. På så sätt kan du bearbeta stora meddelanden medan du skyddar meddelandebussen och klienten mot överbelastning. Det här mönstret bidrar också till att minska kostnaderna eftersom lagring vanligtvis är billigare än resursenheter som används av meddelandeplattformen.

Azure Data Factory

Azure Data Factory är ett annat alternativ för hantering av stora filer. Den här tjänsten är Azures ELT-erbjudande för skalbar serverlös dataintegrering och datatransformering med en kodfri visuell upplevelse för intuitiv redigering och övervakning och hantering av en enda fönsterruta. Du kan också lyfta och flytta befintliga SSIS-paket (SQL Server Integration Services) till Azure och köra dem med fullständig kompatibilitet i Azure Data Factory. SSIS Integration Runtime erbjuder en fullständigt hanterad tjänst, så du behöver inte bekymra dig om infrastrukturhantering. Mer information finns i Lift and shift SQL Server Integration Services workloads to the cloud (Lyfta och flytta SQL Server Integration Services-arbetsbelastningar till molnet).

I lokala arkitekturer var SSIS ett populärt alternativ för att hantera inläsning av stora filer i databaser. Som molnekvivalent för den arkitekturen kan Azure Data Factory hantera omvandlingen och förflyttningen av stora datamängder mellan olika datakällor, till exempel filsystem, databaser, SAP, Azure Blob Storage, Azure Data Explorer, Oracle, DB2, Amazon RDS med mera. När du har stora krav på databehandling bör du överväga att använda Azure Data Factory som ett bättre alternativ jämfört med Azure Logic Apps och Azure Service Bus.

Övervakning och aviseringar

BizTalk Server

• BizTalk Health Monitor

  Det här verktyget är en MMC-snapin-modul som du kan använda för att övervaka hälsotillståndet för dina BizTalk Server-miljöer och utföra underhållsaktiviteter. Funktioner inkluderar MSgBox Viewer-rapporter (MBV), Terminator-verktygsuppgifter, e-postaviseringar, rapportsamling och perfmonintegrering .

• BizTalk-administrationskonsol

  Det här verktyget är också en MMC-snapin-modul för administratörer för att identifiera fel, inaktiverade instanser, transaktioner som för närvarande görs om, tillstånd med mera. Verktygsupplevelsen är mycket reaktiv eftersom du ständigt måste uppdatera konsolen för att granska den senaste informationen.

• BizTalk360

  En extern webblösning som ger total kontroll över din BizTalk Server-miljö. Det här enkla verktyget erbjuder funktioner för drift, övervakning och analys för BizTalk Server.

Azure Integration Services

• Azure Monitor

  För att övervaka Azure-resurser kan du använda den här tjänsten och Log Analytics-funktionen som en omfattande lösning för att samla in, analysera och agera på telemetridata från dina molnmiljöer och lokala miljöer.

• I Azure Logic Apps är följande alternativ tillgängliga:

  • För arbetsflöden för förbrukningslogikapp kan du installera Logic Apps Management Solution (förhandsversion) i Azure-portalen och konfigurera Azure Monitor-loggar för att samla in diagnostikdata. När du har konfigurerat logikappen för att skicka dessa data till en Azure Log Analytics-arbetsyta flödar telemetri till den plats där Logic Apps Management Solution kan tillhandahålla hälsovisualiseringar. Mer information finns i Konfigurera Azure Monitor-loggar och samla in diagnostikdata för Azure Logic Apps. När diagnostiken är aktiverad kan du också använda Azure Monitor för att skicka aviseringar baserat på olika signaltyper, till exempel när en utlösare eller en körning misslyckas. Mer information finns i Övervaka körningsstatus, granska utlösarhistorik och konfigurera aviseringar för Azure Logic Apps.

  • För standardarbetsflöden för logikappar kan du aktivera Application Insights vid skapande av logikappresurser för att skicka diagnostikloggning och spårningar från logikappens arbetsflöden. I Application Insights kan du visa en programkarta för att bättre förstå prestanda- och hälsoegenskaperna för dina gränssnitt. Application Insights innehåller även tillgänglighetsfunktioner för att konfigurera syntetiska tester som proaktivt anropar slutpunkter och sedan utvärderar svaret för specifika HTTP-statuskoder eller nyttolast. Baserat på dina konfigurerade kriterier kan du skicka meddelanden till intressenter eller anropa en webhook för ytterligare orkestreringsfunktioner.

• Serverlös 360 är en extern lösning från Kovai som tillhandahåller övervakning och hantering genom att mappa Azure-tjänster, till exempel Azure Logic Apps, Azure Service Bus, Azure API Management och Azure Functions. Du kan bearbeta meddelanden igen med hjälp av köer med obeställbara meddelanden i Azure Service Bus, aktivera självåterställning för att hantera tillfälliga tjänststörningar och konfigurera proaktiv övervakning via syntetiska transaktioner.

  Du kan konfigurera anpassade övervakningsregler och visa loggar i en portalupplevelse. Du kan skicka meddelanden via olika kanaler, till exempel e-post, Microsoft Teams och ServiceNow. Tjänstkartor är tillgängliga för att visuellt fastställa hälsotillståndet för dina gränssnitt.

Övervakning av affärsaktivitet

I följande avsnitt beskrivs alternativ för att övervaka och samla in telemetri för arbetsbelastningar i BizTalk Server och Azure Integration Services.

BizTalk Server

BizTalk Server innehåller en funktion som heter Business Activity Monitoring (BAM) som gör det möjligt för utvecklare och affärsanalytiker att definiera spårningsprofiler som de kan tillämpa på orkestreringar. När meddelanden flyttas genom mottagnings- och sändningsportar samlas dataattribut in och lagras i en BAM-databas. Anpassad implementering är också tillgänglig via ett .NET Fx API.

Azure Integration Services

Även om det inte finns någon motsvarande kapacitet för övervakning av affärsaktivitet i Azure kan du skapa en anpassad lösning med funktioner som Application Insights eller andra dataplattformar. Under arbetsflödeskörningen kan du instrumentera din kod eller konfiguration för att skicka relevant information till dessa datalager där du kan utföra ytterligare analys och visualisering med hjälp av Power BI. Mer information om framtida investeringar på det här området finns i avsnittet Färdplan senare i den här guiden.

Ett annat alternativ är att du kan använda en extern lösning från Kovai med namnet Serverless 360. Tillsammans med övervakningsplattformen kan du använda funktionen för övervakning av affärsaktiviteter som tillhandahåller spårning från slutpunkt till slutpunkt för affärsprocessflöden i molnbaserade integreringar och hybridintegreringar. Den här funktionen innehåller en hanterad anslutningsapp som utvecklare kan använda för att instrumentera kod och samla in viktiga affärsdata. Administratörer kan sedan skapa instrumentpaneler och dela dem med affärsanalytiker.

Spårning

I följande avsnitt beskrivs alternativ för att spåra artefakter för prestandaövervakning och hälsoanalys i BizTalk Server och Azure Integration Services.

BizTalk Server

• Meddelandespårning

  BizTalk Server-administratörer kan använda spårning av meddelandetext för att ange när meddelandekroppar ska sparas i lagringen för felsökning och granskning. Meddelandespårning är en dyr åtgärd både ur prestanda- och lagringsperspektiv, så använd den här funktionen selektivt för att undvika prestandaproblem. När du aktiverar spårning av meddelandetext på ta emot och skicka portar kopierar BizTalk Server data till BizTalk Tracking-databasen (BizTalkDTADb) med hjälp av SQL Server Agent-jobbet med namnet TrackedMessages_Copy_<message-box-name>.

  

  Du kan använda spårning för nästan alla BizTalk Server-artefakter, inklusive orkestreringar, pipelines, ta emot portar, skicka portar, scheman och affärsregler. Dessa alternativ är aktiverade eller inaktiverade under körning utan att påverka din kod (lösning) eller kräver någon omstart.

• Hälso- och aktivitetsspårning (HAT)

  Även om HAT-verktyget har tagits bort från BizTalk Server från och med 2009-utgåvan finns funktionerna fortfarande i BizTalk-administrationskonsolen. Administratörer kan söka efter data via gränssnittet Ny fråga i upplevelsen Gruppöversikt. Du kan skräddarsy frågor baserat på olika kriterier, inklusive händelsetyp, portnamn, URI, schemanamn med mera. Om du vill granska meddelandeorganen som har flyttats via en mottagnings- eller skicka-port kan du komma åt den här informationen förutsatt att du har aktiverat spårning på portnivå. Mer information finns i Hälso- och aktivitetsspårning.

• Integrering med Application Insights och Azure Event Hubs

  Från och med BizTalk Server 2016 Feature Pack 1 kan du publicera telemetri till Application Insights i Azure Monitor eller till Azure Event Hubs. Den här metoden undviker problem med SQL Server-diskkapacitet så att du kan använda elastiska, molnbaserade datalager i stället, till exempel Application Insights, Log Analytics och körningshistorik i Azure Logic Apps.

Azure Integration Services

Azure Logic Apps ger omfattande körningshistorik så att utvecklare och supportanalytiker kan granska åtgärder via åtgärdstelemetri, inklusive alla bearbetade indata och utdata. För att skydda känsliga data kan du aktivera säkra indata och utdata för enskilda åtgärder i arbetsflöden. Den här funktionen döljer eller döljer data i loggar och arbetsflödeskörningshistorik för att undvika läckor.

Utöver datafördunkling kan du använda Azure RBAC-regler för att skydda dataåtkomst. Azure RBAC innehåller två inbyggda roller specifikt för Azure Logic Apps, som är Logic App Contributor och Logic App Operator.

Utöver Azure RBAC kan du också begränsa åtkomsten till körningshistorik i Azure Logic Apps efter IP-adressintervall.

Värd

I följande avsnitt beskrivs värdalternativ för BizTalk Server och Azure Integration Services.

BizTalk Server

BizTalk Server 2020 stöder följande Microsoft-plattformar och -produkter:

• Windows Server 2019, Windows Server 2016 och Windows 10
• Visual Studio 2019 Enterprise och Visual Studio 2019 Professional
• SQL Server 2019, SQL Server 2017 och SQL Server 2016 SP2
• Office 2019 och Office 2016

Du kan installera och köra BizTalk Server på din egen maskinvara, lokala virtuella dator eller virtuella Azure-datorer. Virtuella Azure-datorer ger dig flexibiliteten i virtualisering för ett brett utbud av databehandlingslösningar med stöd för BizTalk Server, Windows Server, SQL Server med mera. Alla virtuella datorer för den aktuella generationen inkluderar belastningsutjämning och automatisk skalning utan kostnad.

Azure Integration Services

Azure Logic Program-program

• Värdplaner

  I Azure Logic Apps med en enda klientorganisation liknar en standardlogikapp en Azure-funktion eller webbapp där du kan använda en enda arbetsflödestjänstplan för att vara värd för flera standardlogikappar. Den här likheten innebär att du inte behöver distribuera alla arbetsflöden i en enda standardlogikappresurs. I stället kan du organisera dessa arbetsflöden i logiska grupper (logikappar) för att hjälpa dig att bättre hantera andra aspekter av din lösning. Den här metoden hjälper dig att få ut mesta möjliga av din arbetsflödestjänstplan och framtidssäkra dina program, som du kan implementera så att de kan skalas individuellt.

  En standardlogikapp har följande prisnivåer: WS1, WS2 och WS3. Funktionellt ger varje nivå samma funktioner. Dina krav för beräkning och minne avgör är bäst för ditt scenario, till exempel:

  Prisnivå	Virtuell PROCESSOR (vCPU)	Minne (GB)
  WS1	1	3.5
  WS2	2	7
  WS3	4	14

  Den senaste informationen finns i Prisnivåer i standardmodellen.

• Tillgänglighet och redundans

  I Azure ger tillgänglighetszoner återhämtning, distribuerad tillgänglighet och aktiv-aktiv-aktiv zonskalbarhet. Om du vill öka tillgängligheten för logikappens arbetsbelastningar kan du aktivera stöd för tillgänglighetszoner, men bara när du skapar logikappen. Du behöver minst tre separata tillgänglighetszoner i alla Azure-regioner som stöder och aktiverar zonredundans. Azure Logic Apps-plattformen distribuerar dessa zoner och logikappsarbetsbelastningar mellan dessa zoner. Den här funktionen är ett viktigt krav för att aktivera elastiska arkitekturer och ge hög tillgänglighet om datacenterfel inträffar i en region. Mer information finns i Skapa lösningar för hög tillgänglighet med hjälp av tillgänglighetszoner.

• Isolerad och dedikerad miljö

  För standardlogikappar har du möjlighet att välja en App Service-miljön (ASE) v3 för distributionsmiljön. Med en ASE v3 får du en helt isolerad och dedikerad miljö för att köra program i hög skala med förutsägbara priser. Du betalar bara för ASE App Service-planen, oavsett hur många logikappar du skapar och kör.

Azure Service Bus

Azure Service Bus erbjuder olika prisnivåer så att du kan välja den bästa nivån som uppfyller dina behov. För företagsmiljöer väljer kunderna vanligtvis Premium- eller Standard-nivåer. För kunder som behöver högt dataflöde med förutsägbar prestanda och stöd för avancerade nätverk är Premium-nivån ett bättre alternativ. Om du kan acceptera variabelt dataflöde och mindre meddelandebearbetning kan standardnivån vara mer meningsfull. I följande tabell sammanfattas båda nivåerna:

Premiumnivå	Standard-nivå
Högt genomflöde	Variabelt genomflöde
Förutsägbar prestanda	Variabel svarstid
Fast prissättning	Variabla priser – betala per användning
Möjlighet att skala arbetsbelastningen uppåt och nedåt	Inte tillgängliga
Meddelandestorlek upp till 100 MB. Se Stöd för stora meddelanden.	Meddelandestorlek upp till 256 kB

Den senaste informationen finns i Service Bus Premium- och Standard-meddelandenivåer.

Azure API Management

Azure API Management erbjuder olika prisnivåer så att du kan välja den bästa nivån som uppfyller dina behov. Varje nivå har sina egna funktioner och heter Consumption, Developer, Basic, Standard och Premium.

Funktionerna på dessa nivåer sträcker sig från Microsoft Entra-integrering, stöd för virtuella Azure-nätverk, inbyggd cache, gatewayer med egen värd med mera. Mer information om dessa nivåer och deras funktioner finns i Funktionsbaserad jämförelse av Azure API Management-nivåerna.

Azure Data Factory

Azure Data Factory erbjuder olika prismodeller så att du kan välja den bästa modellen som uppfyller dina behov. Alternativen varierar beroende på körningstyp, som inkluderar Azure Integration Runtime, Azure Managed VNET Integration Runtime och Self-Hosted Integration Runtime. I varje körningserbjudande bör du överväga stöd för orkestreringar, dataförflyttningsaktivitet, pipelineaktivitet och extern pipelineaktivitet. Mer information om kostnadsplanering och prissättning finns i Planera för att hantera kostnader för Azure Data Factory och Förstå priser för Data Factory via exempel

Distribution

BizTalk Server

Den interna distributionspaketeringen i BizTalk Server baseras på en MSI-fil (Microsoft Installer) som kombineras med en miljökonfiguration eller bindningar. Dessa två filer skapar en separation mellan installationen av komponenter, som distribueras till följande BizTalk Server-lagringsplatser och definierar inställningar på port- och pipelinenivå, inklusive slutpunkt, hemligheter, pipelinekonfiguration och andra.

• Hanteringsdatabas
• Lokala BizTalk Server-mappar
• .NET Global Assembly Cache

Även om den här processen kan visa sig vara effektiv måste du också hantera varje enskild miljökonfiguration separat från koden. Projektet BizTalk Deployment Framework (BTDF) med öppen källkod erbjuder en lösning på det här problemet. Med det här verktyget kan du underhålla miljökonfigurationen som en del av din BizTalk Server-lösning med hjälp av en tokeniserad bindningsfil som du skapar vid designtillfället och en tokenmatris som du skapar som en Excel-fil för varje miljö.

Byggprocessen skapar sedan en enhetlig och versionshanterad MSI-fil. Den här filen stöder komponentdistribution och miljökonfiguration från samma paket, vilket ger dig bättre kontroll över den version av lösningen som du vill implementera i olika miljöer.

Stöd för ett BTDF-paket i en CI/CD-pipeline (kontinuerlig integrerings-kontinuerlig distribution) finns i BizTalk Server 2020, vilket inkluderar den här funktionen som introduceras med BizTalk Server 2016-funktionspaket. Du kan använda den här funktionen och Azure DevOps-plattformen för att effektivisera den automatiska distributionen av BizTalk Server-lösningar i olika miljöer.

Azure Integration Services

När du distribuerar en Komponent eller lösning för Azure Integration Services till Azure måste du hantera följande:

• Azure-resurser som fungerar som containrar eller infrastrukturen för de lösningar som du vill distribuera, till exempel API Management-instansen, standardlogikappresursen, Service Bus-namnområdet eller event grid-ämnet

• Den faktiska logiken som implementeras av varje komponent, till exempel API:er, arbetsflöden, köer och prenumerationer

• Den miljöspecifika konfiguration som är associerad med varje komponent, till exempel behörigheter, hemligheter, aviseringar och så vidare

När du håller infrastrukturdefinitionen separat från koden kan du behandla infrastrukturdefinitionen som bara en annan kod som du kan version, lagra på ett säkert sätt i en källkontrolllagringsplats och utlösa en distribution när definitionen ändras. Den här metoden, som ofta kallas infrastruktur som kod (IaC), förbättrar miljökvaliteten eftersom du kan skapa versioner för varje miljö och spåra ändringar tillbaka till källkontrollen.

Azure Integration Services stöder IaC genom att tillhandahålla möjligheten att skapa infrastrukturresurser med hjälp av Azure Resource Management-mallar. Även om ARM-mallar kan verka komplexa att förstå och implementera som en enhetlig lösning kan du använda abstraktionsverktyg som Bicep, Terraform eller Pulumi, som ger en kodliknande upplevelse för att skapa din infrastrukturdefinition. Även om dessa verktyg ger abstraktionslager över ARM-mallar genererar verktygen i slutändan ARM-mallar och kan distribuera dessa mallar åt dig.

Med infrastrukturen på plats kan du distribuera logiken som implementerar dina arbetsflöden från slutpunkt till slutpunkt. Eftersom Azure Integration Services erbjuder en samling verktyg som du kan använda för att implementera dina integreringsarbetsflöden måste du distribuera varje komponent. För lösningar som skapats med Azure Integration Services baseras CI/CD-pipelines vanligtvis på distribution av en orkestrering av komponenter. DevOps-tekniker kan använda inbyggda åtgärder som abstraherar distributionsaktiviteter, eller så använder de allmänna åtgärder som kör antingen CLI-kommandon eller automationsskript som PowerShell och Bash. I de flesta fall anpassar tekniker pipelines baserat på programmets behov, granskar vägledningen från den officiella dokumentationen och använder exempeldatabaser som utgångspunkt.

Processen för att förbereda varje komponent för distribution tar vanligtvis följande steg i beaktande:

• Kontinuerlig integreringsfas

  1. Hämta källkodens senaste version.

  2. Förbered koden med den miljöspecifika konfigurationen.

     Informationen för det här steget beror på varje tekniks stöd för extern inmatning av miljövariabler. Den grundläggande förutsättningen är att miljöbaserad konfigurationsinformation, till exempel anslutningssträng och referenser till externa resurser, abstraheras för att referera till en lagringsplats för programinställningar. I det här scenariot lagrar du alltså referenser som kan finnas som klartext direkt i lagringsplatsen för programinställningar, men du lagrar känsliga värden, till exempel hemligheter, som referenspekare till poster i ett hemlighetslager, till exempel ett Azure-nyckelvalv.

     Azure Logic Apps gör den här metoden möjlig för en standardlogikappresurs genom att stödja referenser till lagringsplatsen för programinställningar, som du sedan kan mappa namn/värde-par till poster i nyckelvalvet.

     För Azure API Management kan du få liknande resultat med hjälp av en namnvärdeskonfiguration, som också stöder Azure Key Vault.

  3. Paketera koden för distribution i olika miljöer.

• Kontinuerlig distributionsfas

  1. Distribuera paketerad kod i målmiljön.

  2. Uppdatera lagringsplatsen för programinställningar med rätt miljövärden, antingen som klartext eller referenser till poster i nyckelvalvet.

  3. Uppdatera nödvändiga behörigheter som är beroende av kod.

  4. Gör programmet redo för körning om det behövs.

Funktionsmatchning

Följande tabell och diagram visar ungefär hur resurser, artefakter, funktioner och funktioner matchar mellan BizTalk Server jämfört med Azure Integration Services, även om matchningen inte är en-till-en. Azure Integration Services är en viktig plattform för integreringsarbetsbelastningar, men se till att du överväger alla tillgängliga Azure-funktioner som helhet.

Funktion eller funktionalitet	BizTalk Server	Azure
Orkestreringar	– BizTalk Server-orkestrering – C#-kod (hjälpklass eller webbtjänst)	– Azure Logic Apps-arbetsflöde – Funktionsapp för Azure Functions – Azure API-app
Pipelines	– BizTalk Server-pipelines – Pipelinekomponenter	– Azure Logic Apps-arbetsflöden (som pipelines) – Azure API Management (som pipelines) – Azure Functions eller Azure API-app
Meddelanderoutning	– MessageBox - Egenskapskampanjer -Filter	– Azure Service Bus-köer och -ämnen (meddelandehuvuden, meddelandeegenskaper och prenumerationer) – Azure Event Grid eller Azure API Management – SQL Server eller Azure Cache for Redis
Programanslutning	– BizTalk Server out-of-the-box och anpassade kort – Internet Information Services (IIS) och Azure API Management (hybridfunktioner)	– Azure Logic Apps-anslutningsappar – Azure API Management (som anslutningsappar) – Azure Functions eller Azure API-app
Korsreferenser	xref_ * tabeller i BizTalk Management-databasen (BizTalkMgmtDb)	– Azure Functions – SQL Server -Anpassade
Scheman (XSD)	– BizTalk Server-scheman – XML-, JSON- och flata filscheman	– Azure Logic Apps (förbrukning) och Azure-integrationskonto – Azure Functions och Azure Storage-konto – Azure Logic Apps och Azure API App – Azure Logic Apps (standard)
Kartor	– BizTalk Mapper – XSLT-kartor – Azure API Management (hybridfunktioner)	– Azure Logic Apps (Förbrukning) och Azure Integration Account (XSLT Maps, Liquid) – Azure Functions och Azure Storage-konto – Azure Logic Apps och Azure API-app – Azure Logic Apps (standard)
Affärsregler	BizTalk Server Business Rules Engine	– Azure Functions – SQL Server – Anpassad databas
Övervakning av affärsaktivitet	BizTalk Server Business Activity Monitoring	– SQL Server – Azure Monitor (Application Insights) – Power BI
EDI	- BizTalk Server out-of-the-box-funktioner - Parter, partner, avtal, AS2, X12, EDIFACT	Azure Logic Apps och Azure Integration Account (partner, avtal, AS2, X12, EDIFACT)
HL7, RosettaNet och SWIFT	BizTalk Server-acceleratorer för HL7, RosettaNet och SWIFT	– Azure Logic Apps, RosettaNet- och SWIFT-anslutningsappar och Azure-integrationskonto – Azure API Management för FHIR (HL7) – Azure Blueprint, som möjliggör SWIFT CSP-efterlevnad i Azure
Hemligheter	Enkel inloggning för företag (SSO)	– Azure Key Vault – SQL Server – Programkonfiguration
Säkerhet och styrning	– Enkel inloggning för företag (SSO) - SSO affiliate program – Active Directory – Signeringscertifikat – IIS-säkerhetsautentisering – Nätverkssäkerhet	– Microsoft Entra-ID – Azure Network Security – Rollbaserad åtkomstkontroll i Azure (Azure RBAC) – Anspråk, token – Principer för delad åtkomst
Datakonfiguration	– Konfigurationsfiler – Konfiguration av enterprise SSO-program – Anpassade cachekomponenter – Anpassad databas - Motor för affärsregler – Windows-register	– Azure Key Vault – Azure App Configuration – Azure Cosmos DB – Azure Table Storage – Konfiguration av Azure Logic Apps (Standard) – Azure Functions-konfiguration – Azure API Management med namngivna värden och serverdelar – SQL Server – Anpassad cachelagring – Anpassad databas
Distribution	– BizTalk Server-bindningsfil	– Azure DevOps-pipelines – Bicep-skript -Terraform
Spårning	– BizTalk Server-spårningsfunktioner (ta emot portar, skicka portar, pipelines, orkestreringar) – IIS-spårning – Inbyggd Azure API Management-analys (hybridfunktioner)	– Körningshistorik och spårade egenskaper i Azure Logic Apps – Azure Storage-konto – Azure Monitor (Application Insights) – Inbyggd Azure API Management-analys – Anpassad lösning, till exempel Azure Event Hubs plus Azure Functions plus SQL Server plus Azure Data Explorer
Övervakning	– BizTalk-administrationskonsol – BizTalk Health Monitor	Azure Monitor (Application Insights, Log Analytics)
Operations	– Administrationskonsol för BizTalk Server – Azure DevOps-pipelines – MSI, PowerShell – BizTalk Deployment Framework	– Azure-portalen – Azure Monitor – Azure Resource Manager-mallar – Azure DevOps-pipelines - PowerShell, CLI, Bicep

Färdplan

För att hjälpa till att hantera BizTalk-kundernas behov av att migrera sina arbetsbelastningar och gränssnitt till Azure Integration Services prioriterar Microsoft för närvarande följande investeringar:

Tidsram	Funktionsinvesteringar
Kortsiktiga	- Stöd för XSLT + .NET Framework (offentlig förhandsversion) - SWIFT MT-kodare och avkodare (offentlig förhandsversion) – Anropa anpassad .NET Framework-kod från Azure Logic Apps (Standard)
Medelfristig	– Förbättringar av EDI- och integrationskontot – Internt XML-stöd - Stöd för WCF och SOAP – Stöd för Business Rules Engine
Långsiktiga	Spårning av affärshändelser

Om du vill hålla dig uppdaterad om de senaste investeringarna prenumererar du på Integreringar på Azure Blog – Tech Community.

Nästa steg

Du har lärt dig mer om hur Azure Integration Services jämförs med BizTalk Server. Lär dig sedan hur du väljer de bästa Azure-funktionerna för dina scenarier. Eller gå vidare för att granska föreslagna metoder och resurser, planeringsöverväganden och metodtips för migreringen.

Välj de bästa Azure Integration Services-erbjudandena för ditt scenario

Migreringsmetoder för BizTalk Server till Azure Integration Services