Waarom migreren van BizTalk Server naar Azure Logic Apps?

Deze handleiding bevat een overzicht van de redenen en voordelen, productvergelijkingen, mogelijkheden en andere informatie om u te helpen bij het migreren van on-premises BizTalk Server naar Azure Logic Apps. Aan de hand van deze handleiding vindt u meer handleidingen over het kiezen van de services die het beste bij uw scenario passen, samen met migratiestrategieën, planningsoverwegingen en aanbevolen procedures om u te helpen succesvolle resultaten te leveren.

Redenen en voordelen

Door uw integratieworkloads naar Azure Logic Apps te migreren, profiteert u van de volgende primaire voordelen:

Voordeel	Beschrijving
Modern integration platform as a service (iPaaS)	Azure Logic Apps maakt deel uit van Azure Integration Services, dat mogelijkheden biedt die niet bestonden toen BizTalk Server oorspronkelijk werd gebouwd, bijvoorbeeld: - De mogelijkheid om REST API's te maken en te beheren - Schaalbare cloudinfrastructuur - Verificatieschema's die moderner, veiliger en eenvoudiger te implementeren zijn - Vereenvoudigde ontwikkelhulpprogramma's, waaronder veel ervaringen op basis van webbrowsers - Automatische platformupdates en integratie met andere cloudeigen services - Mogelijkheid om on-premises uit te voeren (hybride implementatiemodel van Azure Logic Apps)
Investeringen in BizTalk-functies	Azure Logic Apps, de opvolger van BizTalk Server, bevat enkele kernmogelijkheden van BizTalk Server. De Regelengine van Azure Logic Apps gebruikt bijvoorbeeld dezelfde runtime als de BizTalk Business Rules Engine (BRE). Om u te helpen de investeringen van klanten in BizTalk Server te behouden, bevat de werkstroomontwerper in Azure Logic Apps aanvullende mogelijkheden, zoals het hulpprogramma Data Mapper wanneer u Visual Studio Code gebruikt, ondersteuning voor het uitvoeren van aangepaste code en systeemeigen XML-ondersteuning.
Prijzen op basis van verbruik	Met traditionele middlewareplatforms moet u vaak aanzienlijke kapitaalinvesteringen doen in het aanschaffen van licenties en infrastructuur, waardoor u gedwongen wordt om 'te bouwen voor pieken' en inefficiënties te creëren. Azure Integration Services biedt meerdere prijsmodellen waarmee u over het algemeen kunt betalen voor wat u gebruikt. Hoewel sommige prijsmodellen toegang bieden tot geavanceerdere functies, hebt u de flexibiliteit om te betalen voor wat u verbruikt.
Lagere barrière om binnen te komen	BizTalk Server is een zeer geschikte middlewarebroker, maar vereist aanzienlijke tijd om te leren en bekwaamheid te krijgen. Azure Logic Apps vermindert de tijd die nodig is om oplossingen te starten, te leren, te bouwen en te leveren. Azure Logic Apps bevat bijvoorbeeld een visuele ontwerper die u een ervaring zonder code of weinig code biedt voor het bouwen van de declaratieve werkstromen die u wilt vervangen door BizTalk-indelingen.
SaaS-connectiviteit	Nu REST API's standaard worden voor toepassingsintegratie, hebben meer SaaS-bedrijven deze benadering voor het uitwisselen van gegevens aangenomen. Microsoft heeft een uitgebreid en voortdurend groeiend connectorecosysteem gebouwd met honderden API's om te werken met Microsoft en niet-Microsoft-services, systemen en protocollen. In Azure Logic Apps kunt u de werkstroomontwerper gebruiken om bewerkingen van deze connectors te selecteren, eenvoudig verbindingen te maken en te verifiëren en de bewerkingen te configureren die ze willen gebruiken. Deze mogelijkheid versnelt de ontwikkeling en biedt meer consistentie bij het verifiëren van toegang tot deze services met behulp van OAuth2.
Meerdere geografische implementaties	Azure biedt momenteel meer dan elke andere cloudprovider 60 aangekondigde regio's, zodat u eenvoudig de datacenters en regio's kunt kiezen die geschikt zijn voor u en uw klanten. Met dit bereik kunt u oplossingen op een consistente manier implementeren in veel geografische gebieden en mogelijkheden bieden vanuit zowel schaalbaarheid als redundantieperspectief.

Wat is Azure Logic Apps?

Azure Logic Apps is een cloudgebaseerde en hybride service voor het automatiseren van werkstromen en het organiseren van bedrijfsprocessen, toepassingen en gegevens in hybride omgevingen met behulp van een visuele ontwerper. Deze service maakt deel uit van Azure Integration Services, een set cloudgebaseerde, serverloze, schaalbare en door Microsoft beheerde bouwstenen voor het maken van uitgebreide integratieoplossingen en het migreren van bestaande BizTalk Server-oplossingen:

Service	Beschrijving
Azure Logic-apps	Geautomatiseerde werkstromen voor logische apps maken en uitvoeren waarmee uw apps, gegevens, services en systemen worden ingedeeld. U kunt snel zeer schaalbare integratieoplossingen ontwikkelen voor uw bedrijfs- en B2B-scenario's (business-to-business). Gebruik de ontwerpfunctie voor visuele werkstromen om microservices, API's en line-of-business-integraties te organiseren. Als u de schaal en draagbaarheid wilt vergroten tijdens het automatiseren van bedrijfskritieke werkstromen, implementeert en voert u deze uit waar Kubernetes kan worden uitgevoerd. U kunt resources voor de logische app Verbruik of Standard maken. Een logische app Verbruik bevat slechts één stateful werkstroom die wordt uitgevoerd in multitenant Azure Logic Apps. Een standaard logische app kan meerdere stateful of stateless werkstromen bevatten die worden uitgevoerd in Azure Logic Apps met één tenant, een App Service Environment v3 of op Kubernetes-clusters met Azure Arc (hybride implementatiemodel). Voor het positioneren van Azure Logic Apps in Azure Integration Services richt deze handleiding zich op Standaard logische apps, die het beste evenwicht bieden tussen bedrijfsfuncties, kosten en flexibiliteit. Zie Azure Logic Apps voor meer informatie.
Azure Functions	Schrijf minder code, onderhoud minder infrastructuur en bespaar op kosten om toepassingen uit te voeren. Zonder dat u servers hoeft te implementeren en onderhouden, biedt de cloudinfrastructuur alle up-to-date resources die nodig zijn om uw toepassingen actief te houden. Zie Azure Functions voor meer informatie.
Azure Data Factory	Integreer alle gegevensbronnen visueel met behulp van meer dan 90 ingebouwde, onderhoudsvrije connectors zonder extra kosten. Bouw eenvoudig ETL (Extract, Transform, and Load) en Extract, Load en Transform (ELT) verwerkt codevrij in een intuïtieve omgeving of u kunt uw eigen code schrijven. Als u zakelijke inzichten wilt ontgrendelen, levert u uw geïntegreerde gegevens aan Azure Synapse Analytics. Zie Azure Data Factory voor meer informatie.
Azure Service Bus	Gegevens overdragen tussen toepassingen en services, zelfs als ze offline zijn, als berichten die gebruikmaken van deze uiterst betrouwbare bedrijfsberichtbroker. Krijg meer flexibiliteit bij het brokeren van berichten tussen client en server met gestructureerde fifo-berichten (first-in, first-out), mogelijkheden voor publiceren/abonneren en asynchrone bewerkingen. Zie Azure Service Bus voor meer informatie.
Azure Event Grid	Integreer toepassingen met behulp van gebeurtenissen die door een gebeurtenisbroker worden geleverd voor abonneebestemmingen, zoals Azure-services, andere toepassingen of een eindpunt waar Event Grid netwerktoegang heeft. Gebeurtenisbronnen kunnen andere toepassingen, SaaS-services en Azure-services omvatten. Zie Azure Event Grid voor meer informatie.
Azure API Management	Api-gateways naast elkaar implementeren en de verkeersstroom optimaliseren met API's die worden gehost in Azure, andere clouds en on-premises. Voldoen aan beveiligings- en nalevingsvereisten, terwijl u profiteert van een uniforme beheerervaring en volledige waarneembaarheid voor alle interne en externe API's. Zie Azure API Management voor meer informatie.

Aanvullende Azure-services

Naast de eerder beschreven services biedt Microsoft ook de volgende aanvullende services die onderliggende mogelijkheden bieden voor Azure Integration Services en die u waarschijnlijk in een migratieproject gaat gebruiken:

Service	Beschrijving
Azure Storage	Biedt zeer beschikbare, zeer schaalbare, duurzame, veilige en moderne opslag voor verschillende gegevensobjecten in de cloud. U kunt deze gegevensobjecten overal ter wereld openen via HTTP of HTTPS met behulp van een REST API. Azure Integration Services gebruikt deze mogelijkheden om configuratie- en telemetriegegevens veilig op te slaan terwijl transacties via het platform stromen. Zie Azure Storage voor meer informatie.
op rollen gebaseerd toegangsbeheer van Azure (Azure RBAC)	Beheer de toegang tot cloudresources. Dit is een kritieke functie voor elke organisatie die gebruikmaakt van de cloud. Azure RBAC is een autorisatiesysteem dat is gebouwd op Azure Resource Manager dat gedetailleerd toegangsbeheer biedt voor Azure-resources. U kunt beheren wie toegang heeft tot Azure-resources, wat ze met deze resources kunnen doen en tot welke gebieden ze toegang hebben. Zie Azure RBAC voor meer informatie.
Azure Key Vault	Biedt mogelijkheden voor het oplossen van problemen met betrekking tot geheimenbeheer, sleutelbeheer en certificaatbeheer. Azure Integration Services biedt integratie met Azure Key Vault via toepassingsconfiguratie-instellingen en via een connector. Met deze mogelijkheid kunt u geheimen, referenties, sleutels en certificaten op een veilige maar handige manier opslaan. Zie Azure Key Vault voor meer informatie.
Azure Policy	Biedt mogelijkheden waarmee u organisatiestandaarden kunt afdwingen en naleving op een schaalbare manier kunt beoordelen. Via het nalevingsdashboard krijgt u een geaggregeerde weergave, zodat u de algehele status van de omgeving kunt evalueren met de mogelijkheid om in te zoomen op granulariteit per resource, per beleid. Azure Integration Services kan worden geïntegreerd met Azure Policy, zodat u efficiënt wijdverspreide governance kunt implementeren. Zie Azure Policy voor meer informatie.
Azure Networking	Biedt een groot aantal netwerkmogelijkheden, waaronder connectiviteit, toepassingsbeveiligingsservices, services voor toepassingslevering en netwerkbewaking. Azure Integration Services maakt gebruik van deze mogelijkheden om connectiviteit te bieden tussen services met behulp van virtuele netwerken en privé-eindpunten. Zie Azure Networking voor meer informatie.
Azure Event Hubs	Bouw dynamische gegevenspijplijnen en reageer onmiddellijk op zakelijke uitdagingen door miljoenen gebeurtenissen per seconde te streamen vanuit elke bron met deze volledig beheerde, realtime gegevensopnameservice die eenvoudig, vertrouwd en schaalbaar is. API Management voert aangepaste logboekregistratie uit met Behulp van Event Hubs. Dit is een van de beste oplossingen bij het implementeren van een losgekoppelde traceringsoplossing in Azure. Zie Azure Event Hubs voor meer informatie.
Azure SQL-database	Op een bepaald moment moet u mogelijk aangepaste strategieën voor logboekregistratie of aangepaste configuraties maken ter ondersteuning van uw integratieoplossingen. Hoewel SQL Server voor dit doel vaak on-premises wordt gebruikt, biedt Azure SQL Database mogelijk een haalbare oplossing bij het migreren van on-premises SQL Server-databases naar de cloud. Zie Azure SQL Database voor meer informatie.
Azure App Configuration	Toepassingsinstellingen en functievlagmen centraal beheren. Moderne programma's, met name programma's die in een cloud worden uitgevoerd, hebben over het algemeen veel gedistribueerde onderdelen. Het spreiden van configuratie-instellingen over deze onderdelen kan leiden tot moeilijk op te lossen fouten tijdens de implementatie van de toepassing. Met App Configuration kunt u alle instellingen voor uw toepassing opslaan en hun toegang op één plaats beveiligen. Zie Azure-app Configuration voor meer informatie.
Azure Monitor	Application Insights, dat deel uitmaakt van Azure Monitor, biedt beheer en bewaking van toepassingsprestaties voor live-apps. Sla toepassingstelemetrie op en bewaak de algehele status van uw integratieplatform. U kunt ook drempelwaarden instellen en waarschuwingen ontvangen wanneer de prestaties de geconfigureerde drempelwaarden overschrijden. Zie Application Insights voor meer informatie.
Azure Automation	Automatiseer uw Azure-beheertaken en orchestrateer acties in externe systemen binnen Azure. Gebouwd op PowerShell-werkstroom, zodat u de vele mogelijkheden van deze taal kunt gebruiken. Zie Azure Automation voor meer informatie.

Ondersteunde ontwikkelaarservaringen

In deze sectie worden de ontwikkelhulpprogramma's beschreven die door BizTalk Server en Azure Integration Services worden ondersteund:

Aanbod	Product of service met ondersteunde hulpprogramma's
BizTalk Server	Elke BizTalk Server-versie ondersteunt een specifieke versie van Visual Studio. BizTalk Server 2020 ondersteunt bijvoorbeeld Visual Studio 2019 Enterprise of Professional. Visual Studio Community Edition wordt echter niet ondersteund.
Azure-integratieservices	- Azure Logic Apps (Standard): Azure Portal en Visual Studio Code - Azure Logic Apps (verbruik): Azure Portal en Visual Studio Code - Azure Functions: Azure Portal, Visual Studio Code en Visual Studio 2022 - Azure API Management: Azure Portal en Visual Studio Code - Azure Service Bus: Azure Portal en Service Bus Explorer - Azure Data Factory: Azure Portal en Visual Studio 2015

BizTalk Server versus Azure Logic Apps

Als u BizTalk Server wilt vergelijken met Azure Logic Apps en wilt bespreken hoe u migreert, kunt u eerst kort samenvatten wat BizTalk Server doet. BizTalk Server is oorspronkelijk beschikbaar in 2000 en is een on-premises, stabiel middlewareplatform dat verschillende systemen verbindt met behulp van adapters. Dit platform werkt als broker tussen bedrijven, systemen of toepassingen en is nu een goed opgezet integratieplatform. Om de uitdaging te vereenvoudigen bij het combineren van verschillende systemen die in verschillende talen zijn ontwikkeld en kunnen worden verbonden met behulp van verschillende protocollen en indelingen, biedt BizTalk Server de volgende hoofdmogelijkheden:

• Indeling (bedrijfsstroom)

  Biedt de mogelijkheid om indelingen of grafisch gedefinieerde bedrijfsprocessen te maken en uit te voeren.

• Berichten

  Biedt de mogelijkheid om te communiceren met een breed scala aan softwaretoepassingen. Adapters zorgen ervoor dat het berichtenonderdeel van BizTalk Server kan communiceren met verschillende protocollen en gegevensindelingen.

De BizTalk Server-engine bevat de volgende onderdelen:

Onderdeel	Beschrijving
Business Rule Engine (BRE)	Evalueert complexe sets regels.
Eenmalige aanmelding (SSO) voor Enterprise	Biedt de mogelijkheid om verificatiegegevens toe te wijzen tussen Windows- en niet-Windows-systemen.
Business Activity Monitoring (BAM)	Hiermee kunnen informatiemedewerkers een actief bedrijfsproces bewaken.
Groepshub	Hiermee kunnen ondersteuningsmedewerkers de engine en de orchestrations beheren die worden uitgevoerd.

Hoe werkt BizTalk Server?

BizTalk Server maakt gebruik van een enginearchitectuur voor publiceren-abonneren met de MessageBox-database in het hart. MessageBox is verantwoordelijk voor het opslaan van berichten, berichteigenschappen, abonnementen, indelingsstatussen, traceringsgegevens en andere informatie.

Wanneer BizTalk Server een bericht ontvangt, wordt het bericht doorgegeven en verwerkt via een pijplijn. Met deze stap wordt het bericht genormaliseerd en gepubliceerd naar MessageBox. BizTalk Server evalueert vervolgens eventuele bestaande abonnementen en bepaalt de beoogde ontvanger van het bericht, op basis van de eigenschappen van de berichtcontext. Ten slotte stuurt BizTalk Server het bericht door naar de beoogde ontvanger, op basis van abonnementen of filters. Deze ontvanger is een indeling of een verzendpoort, een bestemming waar BizTalk Server berichten of bron verzendt van waaruit BizTalk Server berichten kan ontvangen. BizTalk Server verzendt berichten via een verzendpoort door ze door te geven via een verzendpijplijn. De verzendpijplijn serialiseert de berichten in de systeemeigen indeling die door de ontvanger wordt verwacht voordat de berichten via een adapter worden verzonden.

De MessageBox-database heeft de volgende onderdelen:

• Berichtenagent

  BizTalk Server communiceert met MessageBox met behulp van deze agent, die interfaces biedt voor het publiceren van berichten, abonneren op berichten, het ophalen van berichten en meer.

• Een of meer SQL Server-databases

  Deze databases bieden het persistentiearchief voor berichten, berichtonderdelen, berichteigenschappen, abonnementen, indelingsstatus, traceringsgegevens, hostwachtrijen voor routering en meer.

In de volgende afbeelding ziet u hoe BizTalk Server Messaging Engine werkt:

Nadat een ontvangstpoort een bericht heeft ontvangen, slaat MessageBox dat bericht op voor verwerking door bedrijfsprocessen of voor routering naar eventuele verzendpoorten met abonnementen op specifieke berichten.

Zie de architectuur Publiceren-abonneren verderop in deze handleiding voor meer informatie.

Bedrijfsprocessen

In deze sectie worden opties beschreven voor het ontwerpen en bouwen van bedrijfsprocessen die u kunt uitvoeren in BizTalk Server en Azure Integration Services.

BizTalk Server

In BizTalk Server zijn indelingen uitvoerbare bedrijfsprocessen die zich kunnen abonneren op (ontvangen) berichten en berichten kunnen publiceren (verzenden) via de MessageBox-database. Indelingen kunnen nieuwe berichten samenstellen en berichten ontvangen met behulp van het abonnement en de routeringsinfrastructuur. Wanneer MessageBox abonnementen voor indelingen vult, wordt een nieuw exemplaar (indelingsuitvoering) geactiveerd en wordt het bericht bezorgd in MessageBox. Indien nodig wordt het exemplaar gerehydrateerd en wordt het bericht vervolgens bezorgd. Wanneer berichten worden verzonden vanuit een indeling, worden ze op dezelfde manier gepubliceerd naar MessageBox als een bericht dat op een ontvangstlocatie aankomt met de juiste eigenschappen die aan de database zijn toegevoegd voor routering.

Voor het inschakelen van berichten voor publiceren en abonneren gebruiken indelingen bindingen waarmee u abonnementen kunt maken. Indelingspoorten zijn logische poorten die een interactie beschrijven. Als u berichten wilt leveren, moet u deze logische poorten binden aan een fysieke poort, maar dit bindingsproces is niets meer dan het configureren van abonnementen voor berichtroutering.

BizTalk Server biedt de volgende voorbeeldvoordelen:

• Designer-first (declaratief)

  Ontwerp complexe processen met behulp van eenvoudig te begrijpen ontwerphulpprogramma's om patronen en werkstromen te implementeren die anders moeilijk te implementeren zijn in code.

• Abstractie met eindsystemen

  Ontwerp processen met focus op de berichten, niet op het eindsysteem. Bij het ontwikkelen van uw oplossingen hoeft u zich bijvoorbeeld geen zorgen te maken over of u een BESTANDSadapter of een FTP-adapter gaat gebruiken. In plaats daarvan richt u zich op het communicatietype, of het nu gaat om één manier of aanvraagantwoord, en op het berichttype dat u wilt verwerken. Wanneer u uw oplossingen later implementeert, kunt u vervolgens de adapter en de eindsystemen opgeven.

Azure Logic-apps

In Azure Logic Apps kunt u uitvoerbare bedrijfsprocessen en toepassingen maken als werkstromen voor logische apps met behulp van een 'bouwsteen' manier om te programmeren met een visuele ontwerper en vooraf gebouwde bewerkingen van honderden connectors, waarvoor minimale code is vereist. Een werkstroom van een logische app begint met een triggerbewerking, gevolgd door een of meer actiebewerkingen waarbij elke bewerking functioneert als een logische stap in het implementatieproces van de werkstroom. Uw werkstroom kan acties gebruiken om externe software, services en systemen aan te roepen. Sommige acties voeren programmeertaken uit, zoals voorwaarden (if-instructies), lussen, gegevensbewerkingen, variabel beheer en meer.

Azure Logic Apps biedt de volgende voorbeeldvoordelen:

• Designer-first (declaratief)

  Ontwerp complexe processen met behulp van eenvoudig te begrijpen ontwerphulpprogramma's om patronen en werkstromen te implementeren die anders moeilijk te implementeren zijn in code.

• Flexibel en schaalbaar

  Azure Logic Apps is een cloudgebaseerde, serverloze, zeer schaalbare computingservice, die automatisch wordt geschaald en aangepast aan de veranderende bedrijfsbehoeften.

• Maakt verbinding met alles

  Maak een keuze uit een voortdurend groeiende galerie met honderden vooraf gebouwde connectors om uw werkstromen te bouwen. Een connector biedt bewerkingen die u kunt gebruiken als stappen in uw werkstromen. U kunt integratieoplossingen bouwen voor de meeste services en systemen van zowel Microsoft als partners, waaronder BizTalk Server, Salesforce, Office 365, SQL-databases, de meeste Azure-services zoals Azure Functions, Azure Storage, Azure Service Bus en vele andere, plus on-premises toepassingen of systemen, mainframes, midranges, SaaS en API's. Als er geen vooraf gemaakte connector bestaat voor de resource waartoe u toegang wilt hebben, kunt u de algemene HTTP-bewerking gebruiken om met de service te communiceren of kunt u een aangepaste connector maken.

Herbruikbare onderdelen

Integratieplatforms bieden manieren om problemen op een consistente en uniforme manier op te lossen, die u vaak kunt bereiken via herbruikbare onderdelen. In deze sectie wordt beschreven hoe u onderdelen in BizTalk Server en Azure Integration Services opnieuw kunt gebruiken.

BizTalk Server

• Indelingen

  U kunt algemene bedrijfslogica maken en delen als indelingen in verschillende werkstromen, intern binnen dezelfde toepassing of met meerdere toepassingen. U kunt indelingen activeren met behulp van het systeemeigen mechanisme voor publiceren/abonneren in BizTalk Server (op een ontkoppelde manier) of met behulp van de indelingshapes met de naam Oproepindeling voor synchrone aanroepen of Orchestration starten voor asynchrone aanroepen.

• Adapters

  Adapters zijn softwareonderdelen die connectiviteit bieden tussen BizTalk Server en handelspartners met behulp van veelgebruikte gegevensprotocollen en documentindelingen. Deze onderdelen maken het verzenden en ontvangen van berichten eenvoudiger met behulp van een leveringsmechanisme dat voldoet aan een algemeen erkende standaard, zoals SMTP, FTP, HTTP en meer. Adapters maken deel uit van het kernplatform, dus alle bestaande toepassingen delen ze. U kunt deze laag ook uitbreiden door een aangepaste adapter te maken, ofwel systeemeigen of op basis van Windows Communication Foundation (WCF), met behulp van het BizTalk Adapter Framework.

• Schema's

  MET XSD-schema's (XML Schema Definition) kunt u berichten op basis van contracten in BizTalk Server inschakelen. Om redundante schema's te voorkomen, kunt u verwijzen naar schema's uit gecompileerde assembly's. Als u gedeelde schema's wilt gebruiken, moet u een verwijzing toevoegen naar de gedeelde assembly vanuit uw BizTalk-project.

  Hoewel deze stap eenvoudig kan klinken, kan het beheren van wijzigingen in gedeelde assembly's moeilijk worden vanwege afhankelijkheidsketens. Als de gedeelde assembly een update vereist, moet u alle projecten verwijderen die verwijzen naar de gedeelde assembly van BizTalk Server om de update te installeren. Als u deze beperkingen echter wilt voorkomen, kunt u assemblyversiebeheer implementeren waarbij u een nieuwe versie voor een schema of gedeelde schema's implementeert zonder dat uw bestaande oplossingen worden onderbroken.

• Kaarten en aangepaste functoids

  Toewijzingen maken vertaling of transformatie van XML-berichten mogelijk in BizTalk Server. U kunt kaarten delen, maar net als gedeelde schema's zijn vergelijkbare waarschuwingen van toepassing op gedeelde kaarten. Als gevolg van afhankelijkheidsketens gaat u zorgvuldig verder en zorgt u ervoor dat u een volwassen levenscyclus voor softwareontwikkeling hebt om wijzigingen te beheren.

  In kaarten voeren functoids berekeningen uit met behulp van vooraf gedefinieerde formules en specifieke waarden die argumenten worden genoemd. BizTalk Server biedt veel functoids ter ondersteuning van diverse bewerkingen. Aangepaste functoids bieden een manier om het bereik van beschikbare bewerkingen uit te breiden in de BizTalk Server-toewijzingsomgeving.

  Als u veel kaarten gaat maken, realiseert u zich dat u herhaaldelijk vergelijkbare logica implementeert. Daarom zult u uzelf tijd besteden aan het onderhouden van meerdere equivalente codefragmenten die u meestal kopieert en plakt in verschillende locaties binnen een kaart of op verschillende kaarten. Overweeg om dergelijke codefragmenten te transformeren in een aangepaste functoid. Op die manier maakt u de functoid maar één keer, maar u kunt de functoid in zoveel kaarten hergebruiken als u wilt en de functoid op slechts één plaats bijwerken. Elke aangepaste functoid wordt geïmplementeerd als een .NET-assembly met behulp van klassen die zijn afgeleid van de naamruimte Microsoft.BizTalk.BaseFunctoids . Eén assembly kan meer dan één aangepaste functoid bevatten.

• .NET Framework-assembly's

  U kunt deze assembly's delen in BizTalk Server-projecten. Deze assembly's zijn eenvoudiger te beheren vanuit het perspectief van een afhankelijkheid. Als er geen wijzigingen die fouten veroorzaken, moet een update van een .NET Fx-assembly het DLL-bestand bijwerken in de GAC (Global Assembly Cache), waardoor de wijzigingen automatisch beschikbaar worden gemaakt voor andere assembly's. Als er wijzigingen die fouten veroorzaken, moet u ook het afhankelijke project bijwerken om tegemoet te komen aan de wijzigingen in de .NET Framework-assembly.

• Aangepaste pijplijnen en pijplijnonderdelen

  Wanneer BizTalk Server berichten ontvangt en verzendt, moet de server mogelijk berichten voorbereiden en transformeren vanwege zakelijke redenen. In BizTalk Server bieden pijplijnen een implementatie van het integratiepatroon Pipes en Filters en bevatten veel functies zoals een JSON-encoder en -decoder, MIME- of SMIME-decoder, enzovoort.

  Wanneer u informatie wilt toevoegen aan de context van een bericht waarvoor pijplijnaanpassing is vereist, biedt BizTalk Server de mogelijkheid om deze pijplijnen aan te passen door aangepaste pijplijnonderdelen te maken. Een aangepast pijplijnonderdeel is a.NET klasse die u gebruikt om meerdere BizTalk-interfaces te implementeren en vervolgens in verschillende fasen van een aangepaste pijplijn te gebruiken. Als u code voor een dergelijk onderdeel wilt schrijven, kunt u C# of Visual Basic voor .NET gebruiken.

• Beleidsregels voor regelengine

  Een beleid voor de engine voor bedrijfsregels is een ander soort artefact dat u kunt delen in BizTalk Server-toepassingen die zijn geïmplementeerd in dezelfde BizTalk-groep. Als u algemene regels voor bedrijfsregelsgines hebt, bijvoorbeeld met betrekking tot berichtroutering, kunt u deze regels op één locatie beheren en deze op grote schaal delen in geïnstalleerde BizTalk-toepassingen. De engine voor bedrijfsregels slaat deze regels in de cache op, dus als u wijzigingen aan deze regels aanbrengt, moet u de updateservice van de bedrijfsregels-engine opnieuw starten. Anders worden de wijzigingen opgehaald in de volgende time-out voor cache.

Azure Logic-apps

• integratieaccount

  Voor Azure Logic Apps is een integratieaccount een cloudcontainer en Azure-resource die gecentraliseerde toegang biedt tot herbruikbare artefacten. Voor werkstromen van logische apps voor verbruik zijn deze artefacten handelspartners, overeenkomsten, XSD-schema's, XSLT-kaarten, liquid-sjabloonkaarten, certificaten, batchconfiguraties en .NET Fx-assembly's.

  Voor standaardwerkstromen voor logische apps heeft Azure Logic Apps onlangs ondersteuning geïntroduceerd voor het aanroepen van .NET Fx-assembly's vanuit XSLT-transformaties zonder dat hiervoor een integratieaccount is vereist. U kunt ook schema's, kaarten en assembly's toevoegen aan een Standaard-logische app-project in Visual Studio Code en vervolgens implementeren in Azure.

• API's

  API's maken digitale ervaringen mogelijk, maken gegevens en services herbruikbaar en universeel toegankelijk, vereenvoudigen de integratie van toepassingen en ondersteunen nieuwe digitale producten. Met de verspreiding en toenemende afhankelijkheid van API's moeten organisaties ze gedurende hun levenscyclus beheren als eersteklas assets.

  U kunt API's, met name die worden beheerd met Azure API Management, opnieuw gebruiken in Azure Logic Apps. Nadat u API's hebt toegevoegd aan Azure API Management, kunt u de API Management-connector gebruiken met werkstromen voor logische apps om eenvoudig toegang te krijgen tot API's op een beheerde en beheerde manier. Azure Logic Apps biedt ook ondersteuning voor het maken en gebruiken van aangepaste API's, zodat uw organisatie hergebruik in de hele onderneming kan bevorderen en overbodige connectors kan voorkomen die ontwikkelaars anders kunnen maken. Aangepaste API's democratiseren ook wie deze API's kan gebruiken, in plaats van dat ontwikkelaars de mechanismen hebben om een bepaalde API te gebruiken.

• Aangepaste connectoren

  Als er geen vooraf gedefinieerde connectors bestaan voor de API's die u wilt gebruiken, kunt u een externe of externe API verpakken met een OpenAPI-schema om een aangepaste connector te maken en toegang te krijgen tot die connector vanuit werkstromen voor logische apps voor verbruik met de juiste machtigingen. De aangepaste connector maakt een contract tussen Azure Logic Apps en de API waarmee de eenvoudige assembly van aanvraagberichten en voor Azure Logic Apps een getypt antwoord kan ontvangen dat u in downstreamacties kunt gebruiken. Zowel REST API's als SOAP-API's worden ondersteund en ze kunnen verwijzen naar openbare API's of privé-API's die aanwezig zijn in uw lokale netwerk.

  Voor standaardwerkstromen voor logische apps kunt u uw eigen ingebouwde aangepaste connectors maken die zijn gebaseerd op een serviceprovider.

  Door een aangepaste connector te implementeren, vereenvoudigt u de ontwikkelervaring door een algemene interface te maken voor het verzenden van aanvraagberichten en het ontvangen van getypte antwoorden. Zie Aangepaste connectors en API's voor meer informatie.

Adapters en connectors

In de volgende sectie worden respectievelijk de concepten van adapters en connectors in BizTalk Server en Azure Integration Services beschreven.

BizTalk Server

Als u berichten wilt uitwisselen met externe systemen, toepassingen en entiteiten, biedt BizTalk Server adapters, die COM- of .NET Fx-onderdelen zijn die berichten overdragen naar en van zakelijke eindpunten, zoals bestandssystemen, databases en aangepaste bedrijfstoepassingen met behulp van verschillende communicatieprotocollen. BizTalk Server biedt systeemeigen adapters die ondersteuning bieden voor verschillende protocollen, bijvoorbeeld:

• Een bestandsadapter die ondersteuning biedt voor het verzenden en ontvangen van berichten vanaf een bestandslocatie
• Adapters voor EDI-, FTP-, HTTP-, MSMQ-, SMTP-, POP3- en SOAP-protocollen
• Een adapter voor Windows SharePoint Services

Het BizTalk Adapter Framework biedt een stabiel, open mechanisme voor alle adapters voor het implementeren of openen van werk vanuit de BizTalk Server Messaging Engine. Met de interfaces in de naamruimte Microsoft.BizTalk.Adapter.Framework kunnen adapters configuratie-eigenschappenpagina's wijzigen. Het BizTalk Adapter Framework biedt ook de mogelijkheid om services en schema's te importeren in een BizTalk-project. Partneradapters zijn ook beschikbaar bij verschillende leveranciers en communityleden. Zie BizTalk Server: Lijst met adapters van derden voor een lijst met bekende adapters.

Azure Logic-apps

Wanneer u werkstromen bouwt met Azure Logic Apps, kunt u vooraf gebouwde connectors gebruiken om u te helpen eenvoudig en snel te werken met gegevens, gebeurtenissen en resources in andere apps, services, systemen, protocollen en platforms, meestal zonder dat u code hoeft te schrijven. Azure Logic Apps biedt een voortdurend groeiende galerie met honderden connectors die u kunt gebruiken. U kunt integratieoplossingen bouwen voor veel services en systemen, in de cloud of on-premises, van zowel Microsoft als partners, zoals BizTalk Server, Salesforce, Office 365, SQL-databases, de meeste Azure-services, mainframes, API's en meer. Sommige connectors bieden bewerkingen die programmeerbewerkingen uitvoeren, zoals voorwaardelijke (if)-instructies, lussen, gegevensbewerkingen, beheer van variabelen, enzovoort. Als er geen connector beschikbaar is voor de gewenste resource, kunt u de algemene HTTP-bewerking gebruiken om te communiceren met de service of u kunt een aangepaste connector maken.

Technisch gezien is een connector een proxy of een wrapper rond een API die door de onderliggende service of het systeem wordt gebruikt om te communiceren met Azure Logic Apps. Deze connector biedt de bewerkingen die u in uw werkstromen gebruikt om taken uit te voeren. Een bewerking is beschikbaar als een trigger of actie met eigenschappen die u kunt configureren. Voor sommige triggers en acties moet u ook eerst een verbinding maken en configureren met de onderliggende service of het onderliggende systeem. Indien nodig verifieert u ook de toegang tot een gebruikersaccount.

De meeste connectors in Azure Logic Apps zijn een ingebouwde connector of beheerde connector. Sommige connectors zijn beschikbaar in beide versies. Welke versies beschikbaar zijn, is afhankelijk van of u een werkstroom voor logische apps voor verbruik of een standaardwerkstroom voor logische apps maakt.

• Ingebouwde connectors zijn ontworpen om systeemeigen te worden uitgevoerd op de Azure Logic Apps-runtime en hebben meestal betere prestaties, doorvoer, capaciteit of andere voordelen in vergelijking met tegenhangers van beheerde connectors.

• Beheerde connectors worden geïmplementeerd, gehost en beheerd door Microsoft in Azure. Deze connectors bieden triggers en acties voor cloudservices, on-premises systemen of beide. In standaardwerkstromen voor logische apps worden alle beheerde connectors gegroepeerd als Azure-connectors . In werkstromen voor logische apps voor verbruik worden beheerde connectors echter gegroepeerd als Standard of Enterprise, op basis van hun prijsniveau.

Voor meer informatie raadpleegt u de volgende documentatie:

• Overzicht van ingebouwde connectors
• Overzicht van beheerde connectors
• Beheerde connectors die beschikbaar zijn in Azure Logic Apps

Toepassingsconnectiviteit

In de volgende sectie worden opties beschreven om verbinding te maken met andere toepassingen van BizTalk Server en Azure Integration Services.

BizTalk Server

Adapters bieden de connectiviteitsmogelijkheden in BizTalk Server en worden lokaal uitgevoerd op de BizTalk-server waarmee de verzend- of ontvangstbewerking wordt uitgevoerd. Er zijn ongeveer 30 out-of-the-box adapters beschikbaar, terwijl een klein ecosysteem van ISV-adapters extra functionaliteit biedt. Als deze adapters lokaal worden uitgevoerd, is Windows-verificatie een populaire verificatiemethode. Veelgebruikte adapters zijn ONDER andere FILE, SFTP, SQL, WCF (Basic-HTTP), HTTP en SMTP. In deze lijst kunt u bepalen dat de adapters in BizTalk Server voornamelijk protocoladapters zijn. Als gevolg hiervan gebruiken adapters meestal een berichtgeoriënteerd berichtenpatroon waarbij een volledig bericht wordt uitgewisseld met andere systemen waar deze systemen verantwoordelijk zijn voor het parseren van de gegevens voordat de gegevens in het uiteindelijke gegevensarchief worden geladen.

Azure Logic-apps

Connectors bieden de connectiviteitsmogelijkheden in Azure Logic Apps en bieden een abstractie op basis van API's die meestal eigendom zijn van het onderliggende SaaS-systeem. Services zoals SharePoint worden bijvoorbeeld gebouwd met behulp van een API-eerste benadering waarbij API's functionaliteit bieden aan de service voor eindgebruikers, maar dezelfde functionaliteit wordt weergegeven voor andere systemen die via een API kunnen worden aangeroepen. Om het aanroepen van deze API's te vereenvoudigen, gebruiken connectors metagegevens om het berichtencontract te beschrijven, zodat ontwikkelaars weten welke gegevens er in de aanvraag en in het antwoord worden verwacht.

In de volgende schermopname ziet u de zoekervaring voor connectorbewerkingen in de ontwerpfunctie voor een standaardwerkstroom voor logische apps in Azure Logic Apps met één tenant. Wanneer u In-app selecteert in de lijst Runtime, kunt u ingebouwde connectors vinden, zoals Azure Functions, Azure Service Bus, IBM DB2, SQL Server, Azure Storage, File System, HTTP en meer. Als u Gedeeld selecteert, vindt u meer dan 1000 connectors, waaronder andere Microsoft SaaS-connectors, Partner SaaS-connectors, enzovoort.

Webservices en API-connectiviteit

In de volgende secties wordt ondersteuning beschreven voor webservices en API-connectiviteit in BizTalk Server en Azure Logic Apps.

BizTalk Server

Ondersteuning voor webservices is een populaire functie in BizTalk Server en is beschikbaar door integratie met Windows Communication Foundation (WCF). Deze ondersteuning in BizTalk valt in twee categorieën: WCF-services publiceren en gebruiken.

WCF-adapters bieden de ondersteuning voor WS-*-standaarden, zoals WS-Addressing, WS-Security en WS-AtomicTransaction. WS-ReliableMessaging wordt echter niet ondersteund in deze release van de WCF-adapters.

WCF-adapters ondersteunen Single sign-on (SSO) via imitatie en verkrijgen van het Enterprise SSO-ticket voor het gebruik van SSO met WCF-adapters. Met deze mogelijkheid kan de gebruikerscontext stromen tussen systemen. Vanuit het oogpunt van verificatie ondersteunt serviceverificatie de volgende typen: Geen, Windows en Certificaat. Clientverificatie ondersteunt de volgende typen: Anoniem, Gebruikersnaam, Windows en Certificaat. Ondersteunde beveiligingsmodi omvatten de volgende typen: Transport, Bericht en Gemengd.

WCF ondersteunt transacties met behulp van het WS-AtomicTransaction-protocol, dat u kunt vinden in WCF-adapters zoals WCF-WsHttp, WCF-NetTcp en WCF-NetMsmq. Deze mogelijkheid wordt ondersteund in de volgende scenario's:

• Transactionele verzending van berichten naar de Berichtenbox-database
• Transactionele verzending van berichten van het Berichtenvak naar een transactionele bestemming

Het transactionele bereik wordt beperkt door het onderdeel MessageBox. Een BizTalk-indeling kan bijvoorbeeld niet deelnemen aan de transactie van een client. Op dezelfde manier kan een doeleindpunt niet deelnemen aan een transactie die is geïnitieerd door een BizTalk-indeling.

WCF-uitbreidbaarheid is beschikbaar via aangepaste WCF-bindingen. U moet aangepaste code compileren en toevoegen aan de Global Assembly Cache (GAC). U moet ook het bestand machine.config bijwerken om de nieuwe extensie op te nemen. Nadat de binding is geïnstalleerd, is de extensie zichtbaar voor de WCF-Custom- en WCF-CustomIsolated-adapters.

BizTalk Server kan WCF-BasicHTTP-ontvangstlocaties beschikbaar maken als eindpunten in Azure API Management wanneer u de BizTalk Administration Console gebruikt. U kunt uw SOAP-eindpunten ook beschikbaar maken via API Management van BizTalk Server met behulp van API Management in Azure Portal. Zie BizTalk WCF-BasicHTTP-eindpunten publiceren in API Management voor meer informatie.

Azure Logic-apps

Het connectiviteitsmodel in Azure Logic Apps verschilt van BizTalk Server, deels vanwege de evolutie van de API-economie. Naarmate meer organisaties toegang tot onderliggende systemen en gegevens beschikbaar maken, was er een platformagnostische benadering nodig. REST is nu de dominante architectuurbenadering voor het ontwerpen van moderne webservices.

In Azure Logic Apps is REST de standaardbenadering voor het verbinden van systemen. Omdat Microsoft en andere softwareleveranciers RESTful-services beschikbaar maken op hun systemen en gegevens, kan Azure Logic Apps dit type informatie beschikbaar maken en gebruiken. De OpenAPI-specificatie maakt deze mogelijkheid mogelijk voor zowel mensen als computers om inzicht te hebben in de interactie tussen een client en server via metagegevens. Als onderdeel van dit begrip worden zowel nettoladingen van aanvragen als antwoorden afgeleid. Dit betekent dat u dynamische inhoud kunt gebruiken om de invoer van een werkstroomactie te vullen en de uitvoer van het antwoord in downstreamacties te gebruiken.

Op basis van de softwareleverancier die de onderliggende service implementeert die een connector aanroept, variëren verificatieschema's per connector. Over het algemeen omvatten deze schema's de volgende typen:

• Basic
• Clientcertificaat
• Active Directory OAuth
• Rauw
• Beheerde identiteit

Microsoft biedt sterke beveiligingslagen door gegevens tijdens de overdracht en at-rest te versleutelen. Wanneer het verkeer van Azure-klanten tussen datacenters wordt verplaatst, gelden buiten fysieke grenzen die niet worden beheerd door Microsoft of namens Microsoft, een versleutelingsmethode voor gegevenskoppelingen die gebruikmaakt van IEEE 802.1AE MAC Security Standards (MACsec) van toepassing vanaf punt-naar-punt over de onderliggende netwerkhardware.

Microsoft biedt u de mogelijkheid om het TLS-protocol (Transport Layer Security) te gebruiken voor het beveiligen van gegevens die tussen cloudservices en klanten worden verzonden. Microsoft-datacenters onderhandelen over een TLS-verbinding met clientsystemen die verbinding maken met Azure-services. TLS biedt sterke verificatie, berichtprivacy en integriteit, waardoor berichten knoeien, onderscheppen en vervalsing mogelijk zijn, samen met interoperabiliteit, flexibiliteit van algoritmen en gebruiksgemak.

Hoewel deze sectie gericht is op RESTful-connectiviteit via connectors, kunt u SOAP-webserviceconnectiviteit implementeren via de aangepaste connectorervaring of met behulp van de API Management-ervaring, die geweldige SOAP-mogelijkheden biedt. Zie Het verhogen van de bedrijfswaarde door verouderde SOAP-assets te integreren met Azure logic Apps en Azure APIM voor meer informatie.

Gebruik van adapter of connector blokkeren

In de volgende secties worden opties beschreven om respectievelijk het gebruik van adapter of connector in BizTalk Server en Azure Logic Apps te voorkomen.

BizTalk Server

BizTalk Server bevat niet het concept van het blokkeren van specifieke adapters uit verschillende toepassingen, maar u kunt het gebruik ervan in uw toepassingen blokkeren door deze adapters uit de omgeving te verwijderen. Adapters in BizTalk Server maken deel uit van de platforminstellingen, dus geïnstalleerde adapters zijn beschikbaar voor iedereen die kan worden gebruikt. U kunt ook specifieke ontvangst- en verzendhandlers definiëren voor elke adapter, waarmee de computers worden gedefinieerd die deel uitmaken van de BizTalk-groep die deze handlers kunnen uitvoeren of verwerken.

Azure Logic-apps

Als uw organisatie geen verbinding met beperkte of niet-goedgekeurde resources toestaat met behulp van beheerde connectors in Azure Logic Apps, kunt u de mogelijkheid blokkeren om deze verbindingen in uw werkstromen voor logische apps te maken en te gebruiken. Met Azure Policy kunt u beleidsregels definiëren en afdwingen die voorkomen dat de verbindingen worden gemaakt of gebruikt voor connectors die u wilt blokkeren. Om veiligheidsredenen wilt u bijvoorbeeld verbindingen met specifieke sociale mediaplatforms of andere services en systemen blokkeren.

Duurzaamheid van berichten

In de volgende sectie wordt de persistentie van berichten in BizTalk Server en Azure Integration Services beschreven.

BizTalk Server

De MessageBox-database biedt een ander voordeel door te fungeren als een persistentiepunt dat ervoor zorgt dat een bericht in de opslag wordt bewaard voordat u probeert te verzenden naar een eindpunt. Als het bericht niet kan worden verzonden na het uitputten van geconfigureerde nieuwe pogingen, wordt het bericht onderbroken en opgeslagen in MessageBox.

Als beheerder kunt u onderbroken berichten hervatten vanuit de BizTalk Administration Console. Hetzelfde gedrag treedt op wanneer u indelingen gebruikt. De Orchestration-runtime behoudt de bedrijfslogica, die u kunt hervatten als er iets misgaat. In de volgende scenario's kunt u bijvoorbeeld een bericht hervatten in een indeling:

• Een bericht dat wordt verzonden binnen een niet-atomisch bereik
• Aan het einde van een transactioneel bereik
• Bij het starten van een nieuw indelingsexemplaar (indelingsshape starten)
• In een onderbrekingspunt voor foutopsporing
• Wanneer de motor besluit te deactiveren
• Wanneer de indeling is voltooid
• Wanneer het systeem wordt afgesloten

BizTalk Server biedt al deze mogelijkheden out-of-the-box. U hoeft zich geen zorgen te maken over het implementeren van persistentie, omdat BizTalk Server dat voor u afhandelt.

Azure Logic-apps

Azure Logic Apps biedt de duurzaamheid van berichten op de volgende manieren:

• Stateful werkstromen, die de standaardinstelling zijn in logische apps voor verbruik en beschikbaar in Standaard logische apps, hebben controlepunten waarmee de werkstroomstatus wordt bijgehouden en berichten worden opgeslagen wanneer ze werkstroomacties passeren. Deze functionaliteit biedt toegang tot uitgebreide gegevens die zijn opgeslagen in de uitvoeringsgeschiedenis van het trigger- en werkstroomexemplaren, waar u gedetailleerde invoer- en uitvoerwaarden kunt bekijken.

  U kunt een werkstroomexemplaren opnieuw uitvoeren via Azure Portal of een API. Op dit moment wordt het hele werkstroomexemplaren uitgevoerd, ongeacht waar er een fout is opgetreden in de vorige uitvoering. Dit gedrag impliceert dat berichten ten minste één keer worden afgeleverd en dat idempotente verwerking plaatsvindt bij de consumenten. U kunt het werkstroomexemplaren ook opnieuw uitvoeren vanaf een specifieke actie, momenteel in preview. Deze mogelijkheid is beschikbaar voor alle acties, met uitzondering van niet-sequentiële en complexe gelijktijdigheidsscenario's.

• Met peek-lock-berichten die beschikbaar zijn in Azure Service Bus, kunt u een bericht doorvoeren nadat het bericht is uitgevoerd of het bericht verlaten wanneer er een fout optreedt. Als u deze mogelijkheid wilt gebruiken in Azure Logic Apps, selecteert u de Azure Service Bus-connector. Een vastgelegd bericht wordt verwijderd uit de berichtenwachtrij, terwijl een verlaten bericht is ontgrendeld en beschikbaar is voor verwerking door clients. De peek-lock is een uitstekende manier om 'precies één keer' berichten te bereiken.

Architectuur voor publiceren/abonneren

In de volgende secties worden opties beschreven voor het implementeren van het patroon publish-subscribe in BizTalk Server en Azure Logic Apps.

BizTalk Server

De mogelijkheden publiceren-abonneren (pub-sub) bestaan via de MessageBox-database, die eerder in de sectie wordt beschreven, Hoe werkt BizTalk Server. Een populaire manier om abonnementen te maken is door gepromoveerde eigenschappen te gebruiken, waarmee u specifieke elementen of kenmerken in een gedefinieerd berichtschema kunt identificeren als gepromoveerde eigenschap. Vervolgens kunt u abonnementen instellen om berichten te filteren op basis van specifieke criteria op basis van een gepromoveerde eigenschap. Als u bijvoorbeeld een schema-element met de naam Plaats hebt gepromoveerd, kunt u vervolgens een abonnement maken dat filtert op het element Plaats voor specifieke steden. Als aan uw criteria wordt voldaan, ontvangt uw abonnement, een verzendpoort of een indeling een kopie van het bericht.

Azure Logic-apps

Met een architectuur die volledig verschilt van BizTalk Server, zijn de meeste services in Azure Integration Services op basis van gebeurtenissen. Via Azure Service Bus biedt Azure Logic Apps ondersteuning voor het bouwen van oplossingen voor publiceren/abonneren. Azure Service Bus is een volledig beheerde enterprise-berichtenbroker met berichtenwachtrijen en onderwerpen over publiceren/abonneren in een naamruimte. U kunt Azure Service Bus gebruiken om toepassingen en services los te koppelen van elkaar, wat de volgende voordelen biedt:

• Werk verdelen over concurrerende werknemers.
• Gegevens veilig routeren en overdragen met controle over service- en toepassingsgrenzen.
• Transactioneel werk coördineren waarvoor een hoge mate van betrouwbaarheid is vereist.

Azure Logic Apps bevat een Azure Service Bus-connector die u kunt gebruiken om berichten te publiceren en erop te abonneren. Het voordeel is dat u berichten onafhankelijk van uw werkstroom kunt gebruiken. In tegenstelling tot BizTalk Server wordt uw berichten losgekoppeld van uw werkstroomplatform. Hoewel berichten- en werkstroommogelijkheden zijn losgekoppeld in Azure Logic Apps, kunt u berichtabonnementen maken in Azure Service Bus, die berichteigenschappen (gebruikerseigenschappen) ondersteunt. U kunt deze eigenschappen gebruiken om sleutel-waardeparen te bieden die worden geëvalueerd door filters die zijn gemaakt in een onderwerpabonnement. U definieert deze gebruikerseigenschappen wanneer u een Azure Service Bus-bewerking instelt door een of meer sleutel-waardeparen toe te voegen. Zie de volgende video voor een demonstratie: Pub Sub Messaging met behulp van Azure Integration Services - Deel 2 Routering op basis van inhoud.

Buiten Azure Integration Services kunt u ook scenario's voor publiceren/abonneren implementeren met behulp van Azure Cache voor Redis.

Engine voor bedrijfsregels

In de volgende sectie worden opties beschreven voor het instellen van bedrijfsregels in BizTalk Server en Azure Integration Services.

BizTalk Server

BizTalk Server bevat een engine voor regels voor doorstuurketening waarmee u 'if-then-else'-regels kunt maken met behulp van een visuele editor. U kunt deze regels bundelen binnen een beleid dat kan worden overgebracht naar andere omgevingen in uw IT-landschap. Deze beleidsregels hebben ook toegang tot XSD-schema's, .NET Fx-code en SQL Server-databasetabellen om gegevens op te zoeken en uitvoer te verrijken.

Azure Logic-apps

Azure Logic Apps bevat de Regelengine van Azure Logic Apps, momenteel in openbare preview. Deze regelengine bevat de Bre-runtime (BizTalk Business Rules Engine), zodat u bestaande BizTalk BRE-beleidsregels opnieuw kunt gebruiken. Momenteel bestaat er alleen ondersteuning voor XML- en .NET Framework-feiten.

Gegevenstransformatie

In de volgende secties worden de mogelijkheden voor gegevenstransformatie in BizTalk Server en Azure Logic Apps beschreven.

BizTalk Server

Biedt uitgebreide hulpmiddelen waarmee u XML-berichten van de ene indeling naar de andere kunt transformeren. Gegevenstransformatie maakt gebruik van XSLT-kaarten, die extensieobjecten ondersteunen waarmee aangepaste .NET Fx-code in het midden van deze kaarten kan worden ingevoerd. U kunt ook out-of-the-box functoids gebruiken die herbruikbare functionaliteit bieden waarmee u uitgebreide kaarten kunt bouwen.

Naast de belangrijkste XML-transformaties biedt BizTalk Server ook codering en decodering voor CSV- en JSON-indelingen, zodat u kunt converteren tussen deze indelingen en XML, zodat u ondersteuning biedt voor verschillende indelingen.

Azure Logic-apps

• Enterprise Integration Pack

  Dit onderdeel volgt vergelijkbare concepten in BizTalk Server en maakt B2B-mogelijkheden eenvoudig te gebruiken in Azure Logic Apps. Een belangrijk verschil is echter dat het Enterprise Integration Pack architectuurmatig is gebaseerd op integratieaccounts. Deze accounts vereenvoudigen hoe u artefacten opslaat, beheert en gebruikt, zoals handelspartners, overeenkomsten, kaarten (XSLT- of Liquid-sjablonen), schema's en certificaten voor B2B-scenario's.

• Liquid-sjablonen

  Voor eenvoudige JSON-transformaties in werkstromen van logische apps kunt u ingebouwde gegevensbewerkingen gebruiken, zoals de actie Opstellen of JSON parseren. Voor sommige scenario's zijn echter mogelijk geavanceerde en complexe transformaties vereist die elementen bevatten, zoals iteraties, controlestromen en variabelen. Voor transformaties tussen JSON en JSON, JSON naar tekst, XML naar JSON of XML naar tekst kunt u een Liquid-sjabloon maken die de vereiste toewijzing of transformatie beschrijft met behulp van de opensource-sjabloontaal Liquid.

• XML-bewerkingen

  Voor XML-transformaties in werkstromen van logische apps kunt u ingebouwde XML-bewerkingen gebruiken, zoals xml opstellen met schemaactie en XML parseren met schemaactie .

• EDI-schema's

  EDI-documentschema's definiëren de hoofdtekst van een EDI-transactiedocumenttype. Voor uw werkstromen voor logische apps zijn alle BizTalk EDI-schema's in de GitHub-opslagplaats voor Microsoft Integration openbaar beschikbaar voor gebruik.

• Standaard logische apps

  In Azure Portal kunt u kaarten en schema's rechtstreeks uploaden naar een resource voor een logische standaard-app. Als u werkt met een standaard logische app-project in Visual Studio Code, kunt u deze artefacten uploaden naar hun respectieve mappen in de map Artefacten zonder een integratieaccount te gebruiken. U kunt ook aangepaste gecompileerde assembly's aanroepen vanuit XSLT-kaarten.

• Azure Functions

  U kunt XSLT- of Liquid-sjabloontransformaties uitvoeren met behulp van C# of een andere programmeertaal om een Azure-functie te maken die u kunt aanroepen met Azure API Management of Azure Logic Apps.

Netwerkverbinding

In de volgende sectie worden de functionaliteit en mogelijkheden van netwerkconnectiviteit in BizTalk Server en Azure Integration Services beschreven.

BizTalk Server

Wanneer BizTalk Server altijd is geïnstalleerd in een serveromgeving, is de netwerkverbinding afhankelijk van de netwerkconfiguratie van de onderliggende server. Wanneer u netwerkconnectiviteit instelt voor BizTalk Server, moet u meestal de volgende gebieden configureren:

• Afhankelijkheden
• Binnenkomende en uitgaande connectiviteit met eindsystemen

Configuratie van afhankelijkheden

Als u BizTalk Server volledig wilt configureren in een omgeving met meerdere servers, moet u speciale aandacht besteden aan alle afhankelijkheden van de netwerkverbinding. Dit omvat meestal een firewallconfiguratie om TCP- en UDP-poorten in te schakelen voor bekende services of protocollen. Dergelijke services en protocollen omvatten bijvoorbeeld toegang tot een SQL Server-engine, Microsoft Distributed Transaction Coordinator (MSDTC), geclusterde netwerkstations, SSO-services als deze zijn geïnstalleerd op een andere server en SharePoint zijn alle services die u moet configureren door binnenkomende en uitgaande regels te maken om connectiviteit te implementeren.

Configuratie van binnenkomende en uitgaande connectiviteit

Nadat u BizTalk Server volledig hebt ingesteld en klaar bent om toepassingen te implementeren, moet u firewallregels implementeren waarmee hostexemplaren verbinding kunnen maken en toegang kunnen krijgen tot verschillende services, ongeacht of ze deel uitmaken van een intern of extern netwerk. Wanneer u nadenkt over connectiviteit met eindsystemen buiten het netwerk van de organisatie, moet u ook beveiligingsoverwegingen opnemen. Verschillende systemen zijn afhankelijk van het definiëren van een lijst met toegestane IP-adressen als hun eerste verdedigingslinie, dus idealiter routeert BizTalk Server al hun uitgaande communicatie via een goed gedefinieerde lijst met openbare IP-adressen.

Wanneer partnerservices contact proberen te maken met BizTalk Server, moet u ervoor zorgen dat ze geen exemplaar bereiken dat zich binnen het netwerk of de binnenste laag van uw organisatie bevindt, waar de belangrijkste organisatieservices mogelijk beschikbaar zijn. Geef in plaats daarvan partnerservices toegang tot een eindpunt dat zich in een perimeternetwerk bevindt, ook wel een gedemilitariseerde zone (DMZ) genoemd. Dit is de meest buitengrens van het netwerk van een organisatie. Services naar waar BizTalk Server berichten meestal moet routeren binnen het netwerk van uw organisatie, zodat ze toegang moeten hebben tot die binnenste laag.

Voor het bereiken van deze scenario's bestaan er meerdere benaderingen, bijvoorbeeld:

• BizTalk Server implementeren in een perimeternetwerk en alleen eigen services of hostexemplaren toestaan voor toegang tot het netwerk van uw organisatie
• Stel twee BizTalk Servers in met één in een perimeternetwerk en de andere in het netwerk van uw organisatie. De server in het perimeternetwerk publiceert vervolgens de berichten die de server in het organisatienetwerk verbruikt.
• Ontwikkel aangepaste toepassingen of apparaatsoftware, zoals NetScaler en F5, die als omgekeerde proxy's kunnen fungeren, berichten kunnen ontvangen namens BizTalk binnen het perimeternetwerk en deze aanroepen omleiden naar BizTalk Server.

Azure Logic-apps

• Binnenkomende en uitgaande connectiviteit

  Azure biedt meerdere manieren om hun services binnen een netwerkgrens te isoleren en on-premises en cloudworkloads te verbinden. In de volgende lijst worden verschillende manieren beschreven waarop u Azure-resources kunt integreren met resources binnen een netwerkperimeter:

  • On-premises gegevensgateway

    Deze gateway fungeert als een brug tussen Azure en resources binnen een netwerkperimeter en biedt snelle en veilige gegevensoverdracht tussen on-premises gegevens en verschillende Microsoft-cloudservices. Deze services omvatten Azure Logic Apps, Microsoft Power BI, Microsoft Power Apps, Microsoft Power Automate en Azure Analysis Services. Met deze gateway kunt u databases en andere gegevensbronnen in hun on-premises netwerken bewaren en die on-premises gegevens veilig gebruiken in cloudservices.

  • Hybride verbindingen

    Zowel een Azure-service als een functie in Azure-app Service bieden hybride verbindingen ondersteuningsscenario's en biedt mogelijkheden die buiten die in Azure-app Service worden gebruikt. Zie Hybride verbindingen van Azure Relay voor meer informatie over gebruik buiten Azure-app Service. Binnen Azure-app Service kunt u hybride verbindingen gebruiken om toegang te krijgen tot toepassingsbronnen in elk netwerk waarmee uitgaande aanroepen naar Azure via poort 443 kunnen worden uitgevoerd. Hybride verbindingen bieden toegang vanuit uw app naar een TCP-eindpunt en maken geen nieuwe manier mogelijk om toegang te krijgen tot uw app. In Azure-app Service correleert elke hybride verbinding met één TCP-host en poortcombinatie. Met deze functionaliteit kunnen uw apps toegang krijgen tot resources in elk besturingssysteem, mits er een TCP-eindpunt bestaat. Hybride verbindingen weten of geven niet om het toepassingsprotocol of waartoe u toegang wilt. Deze functie biedt eenvoudig netwerktoegang.

  • Integratie van virtueel netwerk

    Met azure Virtual Network-integratie kunt u uw Azure-resource verbinden met een virtueel netwerk dat is geconfigureerd in Azure, waardoor uw app toegang krijgt tot resources in dat virtuele netwerk. Integratie van virtuele netwerken in Azure Logic Apps wordt alleen gebruikt om uitgaande aanroepen van uw Azure-resource naar uw virtuele netwerk te maken.

    Met peering van virtuele netwerken kunt u uw on-premises netwerken verbinden met Azure. Dit biedt bidirectionele connectiviteit tussen on-premises resources en Azure-services. Azure Integration Services biedt connectiviteit voor virtuele netwerken, waardoor hybride integratie mogelijk is. In de volgende afbeelding ziet u een resource voor een standaard logische app, waarbij de netwerkpagina is geopend en de integratie van virtuele netwerken is ingeschakeld, zoals gemarkeerd in het vak Uitgaand verkeer . Deze configuratie zorgt ervoor dat al het uitgaande verkeer van dit virtuele netwerk verlaat.

    

  • Privé-eindpunten

    Een privé-eindpunt is een netwerkinterface die gebruikmaakt van een privé-IP-adres van uw virtuele netwerk. Deze netwerkinterface maakt privé en veilig verbinding met een Azure-resource die wordt mogelijk gemaakt door Azure Private Link. Door een privé-eindpunt in te schakelen, brengt u die Azure-resource naar uw virtuele netwerk en staat u resources in het netwerk toe om binnenkomende aanroepen naar uw Azure-resource te maken.

In de volgende tabel ziet u de netwerkconnectiviteitsmethoden die elke Azure Integration Services-resource kan gebruiken:

Bron	On-premises gegevensgateway	Hybride verbindingen	Integratie van virtueel netwerk	Privé-eindpunten
Azure API Management	✅		✅	✅
Azure Logic Apps (verbruik)	✅
Azure Logic Apps (Standard)	✅ (met Azure-connectors)	✅ (met ingebouwde connectors)	✅ (met ingebouwde connectors)	✅
Azure Service Bus			✅	✅
Azure Event Grid

Aangepaste code

In de volgende secties worden opties beschreven voor het ontwerpen en uitvoeren van uw eigen code in BizTalk Server en Azure Logic Apps.

BizTalk Server

U kunt BizTalk op veel manieren uitbreiden met behulp van aangepaste .NET Fx-code, bijvoorbeeld:

Mogelijkheid	Beschrijving
Inlinecode	U kunt inline C#-code schrijven binnen een indelingsshape. U kunt ook inlinecode schrijven binnen een BizTalk Map. In beide scenario's zijn de codefragmenten over het algemeen eenvoudig en kunnen ze niet worden opgespoord.
Gecompileerde assembly's	U kunt deze assembly's aanroepen vanaf de volgende plaatsen: - Expressieshapes in een indeling - BizTalk-kaarten met behulp van de Scripting Functoid - Beleid voor de engine voor bedrijfsregels - Pijplijnen als aangepaste pijplijnonderdelen U kunt fouten opsporen in gecompileerde assembly's door het Foutopsporingsprogramma van Visual Studio te koppelen aan het juiste Windows-proces voor het hostexemplaren.
Aangepaste adapters	BizTalk Server bevat veel out-of-the-box adapters, maar u kunt altijd uw eigen adapter maken indien nodig.
Aangepast WCF-gedrag	BizTalk Server bevat veel kant-en-klare adapters met de meerderheid op basis van Windows Communication Foundation (WCF). In sommige gevallen moet u mogelijk hun mogelijkheden uitbreiden door aangepast gedrag te ontwikkelen, zoals het toepassen van een OAuth-header op uw systeemcommunicatie.
Uitbreidbaarheid in BizTalk Server-toewijzingen	- U kunt inlinecode maken met behulp van C#, JScript, Visual Basic, XSLT- of XSLT-aanroepsjablonen om bepaalde beperkingen of problemen met het gebruik van out-of-the-box functoids te onderdrukken. - U kunt een externe assembly aanroepen met behulp van de Scripting Functoid. - U kunt aangepaste functoids maken voor al uw kaarten.

Azure Logic-apps

Azure Logic Apps biedt u de mogelijkheid om .NET-code te maken en uit te voeren vanuit uw Werkstroom voor logische apps van Standard. Hiervoor moet u Visual Studio Code gebruiken met de Azure Logic Apps-extensie (Standard).

De connector inline codebewerkingen biedt ook de acties Met de naam JavaScript-code uitvoeren, CSharp-scriptcode uitvoeren (preview) en PowerShell-code uitvoeren (preview). U kunt deze acties gebruiken om kleine codefragmenten te schrijven, die dynamische inhoudsinvoer en uitvoer ondersteunen. De Azure Logic Apps-engine verwacht dat deze codefragmenten korte uitvoeringstijden hebben. Nadat een codefragment is uitgevoerd, is de uitvoer beschikbaar voor gebruik door downstreamacties in de werkstroom. Hoewel er momenteel geen directe ondersteuning voor foutopsporing bestaat voor deze actie, kunt u de invoer en uitvoer bekijken in de uitvoeringsgeschiedenis van het werkstroomexemplaren.

Zoals vermeld in de sectie Herbruikbare onderdelen , is ondersteuning voor het aanroepen van .NET Fx-assembly's vanuit een XSLT-kaart momenteel beschikbaar in werkstromen van logische apps voor verbruik wanneer u deze assembly's uploadt naar een integratieaccount. Deze mogelijkheid biedt ondersteuning voor aangepaste regels voor gegevenstransformatie. Voor werkstromen van standaard logische apps heeft het Azure Logic Apps-team onlangs ondersteuning uitgebracht voor het aanroepen van .NET Fx-code vanuit XSLT-kaarten zonder dat hiervoor een integratieaccount is vereist. U kunt ook assembly's en toewijzingen toevoegen aan een Standaard-logische app-project in Visual Studio Code en vervolgens implementeren in Azure. Zie .NET Framework-assemblyondersteuning toegevoegd aan XSLT-transformaties van Azure Logic Apps (Standard) en de sectie Road Map voor meer informatie.

U kunt ook werkstromen uitbreiden door Azure API-apps of web-apps die zijn gemaakt met Azure-app Service op te strekken. Wanneer u een vereiste hebt om web-apps, REST API's en mobiele back-ends te hosten, is Azure-app Service de 'go-to'-oplossing op basis van HTTP. U kunt apps die worden gehost in Azure-app Service integreren met on-premises of cloudservices. Dit platform ondersteunt zowel Windows- als Linux-omgevingen voor het uitvoeren en schalen van toepassingen, samen met verschillende talen en frameworks, zoals ASP.NET Core, Java, Ruby, Node.js, PHP en Python.

Toepassingsgroepen

In de volgende secties worden opties beschreven voor het ordenen van uw workloads in BizTalk Server en Azure Logic Apps.

BizTalk Server

Onderdeel van uw levenscyclus voor softwareontwikkeling omvat het bouwen en beheren van uw code en artefacten in logische pakketten. BizTalk Server ondersteunt het concept van een toepassing, zodat u een Visual Studio-oplossing kunt implementeren in een BizTalk-toepassing. Dus als u scenario's hebt waarin u resources moet delen, kunt u verwijzen naar andere toepassingen.

BizTalk Server maakt gebruik van een expliciet model voor delen, waar u verwijzingen kunt toevoegen aan gecompileerde assembly's. Op voorwaarde dat deze assembly's zich in de GAC (Global Assembly Cache) bevinden, vindt en laadt de BizTalk Runtime indien nodig assembly's. Een nadeel is dat wanneer u de gedeelde assembly's moet bijwerken, tenzij u een versiebeheerschema implementeert, u alle BizTalk-projecten moet verwijderen die verwijzen naar uw assembly's voordat u de update uitvoert. Deze beperking kan leiden tot lange implementatietijdlijnen en complexiteit bij het beheren van meerdere installaties en verwijderingen.

Azure Logic-apps

In Azure Logic Apps bevat de resource logische app Verbruik slechts één stateful werkstroom, wat betekent dat uw werkstroom en resource voor logische apps, die uw toepassing is, altijd een 1-op-1-relatie hebben. Met de resource van de standaard logische app is het toepassingsconcept ontwikkeld. Hoewel uw standaardresource voor logische apps nog steeds uw toepassing is, kunt u meerdere werkstromen met deze resource opnemen en uitvoeren, wat resulteert in een 1-op-veel-relatie. Als u lokaal werkt aan een Standaard-logische app-project in Visual Studio Code, wordt de resource van uw logische app toegewezen aan dit ene project. Met deze aanpak kunt u eenvoudig en logisch gerelateerde workloads, code en artefacten in hetzelfde project groeperen en dat project implementeren als één eenheid.

Cloudarchitecturen werken anders dan op servers gebaseerde paradigma's, zoals BizTalk. Azure Logic Apps (Standard) maakt gebruik van een pull-model om code en artefacten in te voeren. Als gevolg hiervan kopieert u eventuele extra benodigde artefacten naar uw project en implementeert u ze vervolgens met uw code en andere artefacten. In sommige gevallen wilt u voorkomen dat u alle benodigde code en artefacten moet kopiëren. Zo ja, dan kunt u overwegen deze functionaliteit om te zetten in een service die u afzonderlijk kunt beheren, maar wel vanuit een werkstroom kunt aanroepen.

Stel dat u een gegevenstransformatie hebt die veel wordt gebruikt door uw organisatie. In plaats van de kaart voor de transformatie in meerdere logische app-projecten op te geven, kunt u een interface implementeren die de transformatie als een service biedt. Vervolgens kunt u de levenscyclus voor die service afzonderlijk van uw logische app-projecten beheren en die service aanroepen vanuit uw werkstromen.

Met de mogelijkheid om meerdere werkstromen op te nemen in een Standaard-logische app-project, kunt u vragen hoe u deze werkstromen in een project of in meerdere projecten zou organiseren? Het antwoord is meestal afhankelijk van uw vereisten, bijvoorbeeld:

• Affiniteit met bedrijfsproces
• End-to-end bewaking en ondersteuning
• Beveiliging, op rollen gebaseerd toegangsbeheer en netwerkisolatie
• Prestaties en bedrijfskritiek
• Geo-locatie en geo-redundantie

Zie Werkstromen voor logische apps ordenen in Azure Logic Apps (Standard) voor meer informatie.

Beveiliging en governance

Beveiliging en governance zijn natuurlijk belangrijk bij het bouwen van geïntegreerde oplossingen. Middleware bevindt zich per definitie tussen twee of meer systemen. Als u verbinding wilt maken en toegang wilt krijgen tot deze systemen bij het tot stand brengen van een verbinding, moet u vaak referenties of geheimen doorgeven. Daarom moet u rekening houden met het beheer van deze gevoelige informatie.

BizTalk Server

BizTalk bevat Eenmalige aanmelding (SSO) voor Ondernemingen, waarmee u versleutelde referenties kunt opslaan, toewijzen en verzenden die door adapters worden gebruikt. Deze versleutelde informatie wordt opgeslagen in de SSO-database. U kunt ook SSO-partnertoepassingen configureren. Dit zijn logische entiteiten die een systeem of line-of-businesssysteem vertegenwoordigen waarmee u verbinding wilt maken.

Azure Logic-apps

Azure Logic Apps ondersteunt de volgende beveiligingsmogelijkheden:

• Azure Key Vault

  U kunt referenties, geheimen, API-sleutels en certificaten opslaan met behulp van Azure Key Vault. In Azure Logic Apps hebt u toegang tot deze informatie met behulp van de Azure Key Vault-connector en sluit u deze informatie uit van de logboeken en uitvoeringsgeschiedenis van het platform met behulp van de beveiligde invoer- en uitvoerfunctionaliteit.

  Verderop in de sectie Bijhouden wordt in deze handleiding de functionaliteit van de uitvoeringsgeschiedenis beschreven, wat een stapsgewijze herhaling van de uitvoering van een werkstroom biedt. Hoewel Azure Logic Apps de waarde biedt voor het vastleggen van elke invoer en uitvoer in een werkstroomuitvoering, moet u soms de toegang tot gevoelige gegevens nauwkeuriger beheren. U kunt verdoofing voor deze gegevens instellen met behulp van de beveiligde invoer- en uitvoerfunctionaliteit voor triggers en acties om dergelijke inhoud te verbergen in de uitvoeringsgeschiedenis en te voorkomen dat deze gegevens naar Azure Monitor worden verzonden, met name Log Analytics en Application Insights. In de volgende afbeelding ziet u een voorbeeldresultaat van het inschakelen van beveiligde invoer en beveiligde uitvoer in de uitvoeringsgeschiedenis.

  

• Integratie op basis van OAuth

  De meeste connectors gebruiken dit verificatietype bij het maken van verbindingen. Deze aanpak maakt het integreren met veel SaaS-services net zo eenvoudig als het verstrekken van uw e-mailadres en wachtwoord. Azure API Management biedt ook ondersteuning voor OAuth, zodat u beide services samen kunt gebruiken door een uniform verificatieschema te bieden.

  Deze mogelijkheid is niet systeemeigen beschikbaar in BizTalk Server.

• Beheerde identiteiten

  Azure Logic Apps (Standard) kan de toegang tot opslagaccounts verifiëren met behulp van een beheerde identiteit. Sommige connectors ondersteunen ook het gebruik van beheerde identiteiten voor het verifiëren van toegang tot resources die worden beveiligd door Microsoft Entra-id. Wanneer u een beheerde identiteit gebruikt om uw verbinding te verifiëren, hoeft u geen referenties, geheimen of Microsoft Entra-tokens op te geven.

Toepassingsbeheer en toegangsbeheer

In de volgende sectie worden opties beschreven voor het beheren van toepassingen en toegang in BizTalk Server en Azure Integration Services.

BizTalk Server

Beheerders gebruiken de BizTalk Server Administrator-console om BizTalk Server-toepassingen te beheren. Dit hulpprogramma is een MMC-clienttoepassing (Microsoft Management Console) die beheerders kunnen gebruiken om toepassingen te implementeren, eerdere, actieve en in de wachtrij geplaatste transacties te controleren en uitgebreide probleemoplossingsactiviteiten uit te voeren, zoals het controleren van traceringen en het opnieuw verzenden van transacties.

Azure Logic-apps

Azure Portal is een algemeen hulpprogramma dat beheerders en ondersteuningsmedewerkers gebruiken om de status van interfaces weer te geven en te bewaken. Voor Azure Logic Apps bevat deze ervaring uitgebreide transactietraceringen die beschikbaar zijn via de uitvoeringsgeschiedenis.

Gedetailleerde op rollen gebaseerd toegangsbeheer (RBAC) is ook beschikbaar, zodat u de toegang tot Azure-resources op verschillende niveaus kunt beheren en beperken.

Storage

In de volgende sectie worden opties beschreven voor gegevensopslag in BizTalk Server en Azure Integration Services.

BizTalk Server

BizTalk Server is sterk afhankelijk van SQL Server voor gegevensopslag en persistentie van gegevens. Alle andere onderdelen en hosts in BizTalk Server hebben specifieke functies voor het integreren van verschillende zakelijke toepassingen, zoals het ontvangen, verwerken of routeren van berichten. De databasecomputer legt dit werk echter vast en blijft op schijf. Wanneer BizTalk Server bijvoorbeeld een binnenkomend bericht ontvangt, blijft de ontvangsthost dat bericht behouden naar de MessageBox-database voordat andere hosts het bericht ophalen voor indelingsverwerking en verzending.

Omdat u verantwoordelijk bent voor het inrichten en beheren van uw SQL-databases, is hoge beschikbaarheid een belangrijk architectuuronderdeel om de uptime te garanderen. Om hoge beschikbaarheid te bieden voor de BizTalk Server-databases, gebruiken klanten vaak Windows Clustering om een servercluster te maken met twee of meer computers waarop SQL Server wordt uitgevoerd. Dit servercluster biedt redundantie en fouttolerantie voor BizTalk Server-databases. In tegenstelling tot clustering met taakverdeling waarbij een computergroep samenwerkt om de beschikbaarheid en schaalbaarheid te vergroten, omvat serverclustering doorgaans een paar databasecomputers in een actief-passieve configuratie, zodat de ene computer back-upbronnen voor de andere biedt.

Azure Logic-apps

Azure Logic Apps is afhankelijk van Azure Storage om data-at-rest op te slaan en automatisch te versleutelen. Deze versleuteling beschermt uw gegevens en helpt u om te voldoen aan de beveiligings- en nalevingsverplichtingen van uw organisatie. Azure Storage maakt standaard gebruik van door Microsoft beheerde sleutels om uw gegevens te versleutelen. Zie Azure Storage-versleuteling voor data-at-rest voor meer informatie.

Wanneer u met Azure Storage werkt via Azure Portal, vinden alle transacties plaats via HTTPS. U kunt ook met Azure Storage werken met behulp van de Storage REST API via HTTPS. Als u https wilt afdwingen wanneer u de REST API's aanroept voor toegang tot objecten in opslagaccounts, schakelt u de beveiligde overdracht in die vereist is voor het opslagaccount.

Gegevensconfiguratie

De scheiding tussen configuratie en code wordt belangrijk wanneer u uw integratieoplossingen tussen omgevingen wilt verplaatsen zonder dat u uw code opnieuw hoeft te compileren of opnieuw te compileren. Configuratie-informatie is meestal omgevingsspecifiek, zodat u eindpunten en andere details kunt definiëren die moeten worden gewijzigd wanneer u oplossingen in uw landschap implementeert.

BizTalk Server

• Uitvoerbare BizTalk NT-service

  Met dit uitvoerbare bestand wordt een app.config-bestand met de naam BTSNTSvc.exe.config aanroepen . Dit bestand bevat sleutel-waardeparen, zodat u duidelijke tekstconfiguratiegegevens kunt opslaan. Wees echter voorzichtig met dit bestand op basis van de volgende overwegingen:

  • Zorg ervoor dat u de configuratie zorgvuldig repliceert op alle computers binnen een BizTalk-groep.

  • Voor configuratiewijzigingen moet u de hostinstanties opnieuw opstarten om de meest recente waarden in dit configuratiebestand op te halen.

  • Eventuele syntaxisfouten die zijn geïntroduceerd in dit configuratiebestand, verhinderen dat hostexemplaren worden gestart en leiden tot downtime.

• Enterprise SSO-hulpprogramma

  U kunt dit hulpprogramma ook gebruiken als een configuratiearchief. Communityhulpprogramma's zijn ook beschikbaar voor het inschakelen van gegevensbeheer met behulp van Enterprise SSO. U kunt deze gegevens vervolgens openen via SDK-hulpprogramma's om deze gegevens tijdens runtime op te halen.

• Aangepaste cacheonderdelen

  Deze onderdelen worden vaak geïntroduceerd, zodat u gebruiksvoorbeelden buiten sleutel-waardeparen kunt aanpakken. Stel dat u tabelgegevens wilt opslaan in een SQL Server-database en die gegevens in het geheugen wilt laden wanneer een hostexemplaren worden gestart. Met deze implementatie kan BizTalk Server deze informatie tijdens runtime ophalen door aangepaste .NET Fx-code uit te voeren. U kunt deze gegevens vervolgens openen vanuit indelingen, BizTalk-kaarten en aangepaste pijplijnonderdelen.

• Aangepaste database

  Databases zijn een bekende technologie en taal voor zowel ontwikkelaars als beheerders, dus een aangepaste database is een andere veelgebruikte optie voor het opslaan van toepassingsconfiguratiegegevens.

• Business Rules Engine (BRE)

  Hoewel dit geen primaire use case is, kan de BRE ook fungeren als een configuratiearchief. Ongeacht of u de engine aanroept vanuit een indelings- of pijplijnonderdeel, kunt u omgevingsspecifieke informatie definiëren in BRE-beleid en vervolgens het bijbehorende beleid implementeren in de relevante omgeving. Tijdens runtime kan een indeling of pijplijnonderdeel deze informatie openen en gebruiken in downstreamfuncties, zoals kaarten of in routeringssituaties.

• Aangepast configuratiebestand

  U kunt aangepaste configuratiebestanden (.config) gebruiken om toepassingsconfiguratiegegevens op te slaan, maar deze benadering is niet gebruikelijk omdat u waarschijnlijk een statische en vaste locatie voor deze bestanden in alle omgevingen moet onderhouden.

• Windows-register

  U kunt het Windows-register gebruiken als een geldige optie om de configuratiewaarden van de toepassing op te slaan. Dit register is een centrale hiërarchische database die wordt gebruikt door Microsoft Windows-besturingssystemen om informatie op te slaan die nodig is voor het configureren van het systeem voor een of meer gebruikers, toepassingen en hardwareapparaten. Het register bevat de volgende basiselementen: hives, sleutels en waarden. Het onderhouden van waarden die in het register zijn opgeslagen, kan echter moeilijk blijken in grote omgevingen met meerdere registers en het maken van back-ups van afzonderlijke toepassingsinstellingen.

Azure Logic-apps

• Azure Key Vault

  Met deze service worden cryptografische sleutels en andere geheimen opgeslagen en beschermd die worden gebruikt door toepassingen en cloudservices. Omdat veilig sleutelbeheer essentieel is voor het beveiligen van gegevens in de cloud, gebruikt u Azure Key Vault om sleutels en geheimen, zoals wachtwoorden, te versleutelen en op te slaan.

• Azure App Configuration

  Met deze service worden toepassingsinstellingen en functievlagmen centraal beheerd. U kunt configuraties opslaan voor al uw Azure-apps op een universele, gehoste locatie. Beheer configuraties effectief en betrouwbaar in realtime en zonder dat dit van invloed is op klanten door tijdrovende herverdelingen te voorkomen. Azure-app Configuratie is gebouwd voor snelheid, schaalbaarheid en beveiliging.

• Azure Cosmos DB

  Deze service is een volledig beheerde NoSQL-database voor moderne app-ontwikkeling met reactietijden met één cijferige milliseconden plus automatische en directe schaalbaarheid die snelheid op elke schaal garandeert. U kunt configuratiegegevens laden in Azure Cosmos DB en vervolgens toegang krijgen tot die gegevens met behulp van de Azure Cosmos DB-connector in Azure Logic Apps.

• Azure-tabelopslag

  Deze service biedt een andere opslagfaciliteit om configuratiegegevens tegen lage kosten te bewaren. U kunt deze gegevens eenvoudig openen met behulp van de Azure Table Storage-connector in Azure Logic Apps. Zie Azure Table Storage voor meer informatie.

• Aangepaste caching

  U kunt ook aangepaste cachingoplossingen implementeren met Azure Integration Services. Populaire benaderingen zijn onder andere het gebruik van cachebeleid in Azure API Management en Azure Cache voor Redis.

• Aangepaste database

  Databases zijn een bekende technologie en taal voor zowel ontwikkelaars als beheerders, dus een aangepaste database is een andere veelgebruikte optie voor het opslaan van toepassingsconfiguratiegegevens.

Grote bestandsverwerking

In de volgende sectie worden opties beschreven voor het verwerken van grote bestanden in BizTalk Server en Azure Integration Services.

BizTalk Server

Om grote bestandsverwerking aan te pakken, bevat BizTalk Server optimalisaties op basis van de volgende profielen:

• Alleen berichtroutering

  Als u BizTalk Server alleen gebruikt voor het routeren van berichten op basis van gepromoveerde berichteigenschappen, worden berichten gestreamd naar de MessageBox-database met behulp van de interface .NET XmlReader. BizTalk Server laadt geen afzonderlijke berichtonderdelen in het geheugen, dus in dit scenario zijn geheugenfouten geen probleem. De primaire overweging is echter de hoeveelheid tijd die nodig is om zeer grote berichten (meer dan 100 MB) naar de MessageBox-database te schrijven. Het bizTalk Server-ontwikkelteam heeft de verwerking van berichten tot 1 GB getest wanneer alleen routering wordt uitgevoerd. Zie Pijplijnprestaties optimaliseren voor meer informatie.

• Gegevenstransformaties met kaarten

  Wanneer BizTalk Server een document transformeert met behulp van een kaart, geeft deze mogelijk geheugenintensieve bewerking het bericht door aan de klasse .NET XslCompiledTransform, waarmee het XSL-opmaakmodel wordt geladen. Nadat de laadbewerking is voltooid, kunnen meerdere threads tegelijkertijd de transformatiemethode aanroepen. Zie XslCompiledTransform-klasse voor meer informatie.

  BizTalk Server verbetert het geheugenbeheer voor grote documenten aanzienlijk door een configureerbare drempelwaarde voor berichtgrootte te implementeren voor het laden van documenten in het geheugen tijdens transformaties. Standaard is de drempelwaarde voor de berichtgrootte 1 MB. Voor elk bericht met een grootte onder deze drempelwaarde verwerkt BizTalk Server het bericht in het geheugen. Om de geheugenvereisten voor elk bericht met een grootte boven deze drempelwaarde te verminderen, buffert BizTalk Server het bericht naar het bestandssysteem.

Azure Logic-apps

Er bestaan enkele fundamentele verschillen tussen het verwerken van grote bestanden met een on-premises middlewareplatform, zoals BizTalk Server versus een PaaS-aanbieding zoals Azure Logic Apps. Bekijk bijvoorbeeld zorgvuldig grote berichtscenario's om de juiste oplossing te vinden, omdat er mogelijk verschillende manieren zijn om dit probleem op te lossen in een moderne cloudomgeving.

Limieten voor bestandsgrootte

In Azure bestaan limieten voor bestandsgrootten om consistente en betrouwbare ervaringen te garanderen. Als u uw scenario wilt valideren, controleert u de documentatie over servicelimieten voor Azure Logic Apps. Sommige connectors ondersteunen berichtsegmentering voor berichten die groter zijn dan de standaardlimiet voor berichten, die variëren op basis van de connector. Het segmenteren van berichten werkt door een groot bericht op te splitsen in kleinere berichten.

Azure Logic Apps is niet de enige service met berichtgroottelimieten. Azure Service Bus heeft bijvoorbeeld ook dergelijke limieten. Zie Ondersteuning voor grote berichten voor meer informatie over het verwerken van grote berichten in Azure Service Bus.

Claimcontrolepatroon

U kunt beperkingen voor de bestandsgrootte voorkomen door het claimcontrolepatroon te implementeren. Dit werkt door een groot bericht op te splitsen in een claimcontrole en een nettolading. U verzendt de claimcontrole naar het berichtenplatform en slaat de nettolading op een externe service op. Op die manier kunt u grote berichten verwerken, terwijl u de berichtenbus en de client beschermt tegen overbelasting. Dit patroon helpt ook om de kosten te verlagen, omdat opslag meestal goedkoper is dan resource-eenheden die door het berichtenplatform worden gebruikt.

Azure Data Factory

Azure Data Factory biedt een andere optie voor het verwerken van grote bestanden. Deze service is het ELT-aanbod van Azure voor schaalbare serverloze gegevensintegratie en gegevenstransformatie met een codevrije visuele ervaring voor intuïtieve creatie en bewaking en beheer met één glas. U kunt ook bestaande SSIS-pakketten (SQL Server Integration Services) naar Azure verplaatsen en uitvoeren met volledige compatibiliteit in Azure Data Factory. SSIS Integration Runtime biedt een volledig beheerde service, dus u hoeft zich geen zorgen te maken over infrastructuurbeheer. Zie Lift and shift SQL Server Integration Services-workloads naar de cloud voor meer informatie.

In on-premises architecturen was SSIS een populaire optie voor het beheren van het laden van grote bestanden in databases. Als cloudequivalent voor die architectuur kan Azure Data Factory de transformatie en verplaatsing van grote gegevenssets in verschillende gegevensbronnen aanpakken, zoals bestandssystemen, databases, SAP, Azure Blob Storage, Azure Data Explorer, Oracle, DB2, Amazon RDS en meer. Wanneer u grote vereisten voor gegevensverwerking hebt, kunt u Overwegen Om Azure Data Factory te gebruiken als een betere optie dan Azure Logic Apps en Azure Service Bus.

Bewaking en waarschuwingen

BizTalk Server

• BizTalk Health Monitor

  Dit hulpprogramma is een MMC-module die u kunt gebruiken om de status van uw BizTalk Server-omgevingen te bewaken en onderhoudstaken uit te voeren. Functies zijn onder andere MsgBox Viewer -rapporten (MBV), Terminator-hulpprogrammataken, e-mailmeldingen, rapportverzameling en perfmon-integratie .

• BizTalk Administration-console

  Dit hulpprogramma is ook een MMC-module voor beheerders om fouten te detecteren, onderbroken exemplaren, transacties die momenteel opnieuw worden geprobeerd, status en meer. De toolervaring is erg reactief van aard omdat u de console voortdurend moet vernieuwen om de meest recente informatie te controleren.

• BizTalk360

  Een externe weboplossing die volledige controle biedt over uw BizTalk Server-omgeving. Dit hulpprogramma biedt bewerkingen, bewaking en analysemogelijkheden voor BizTalk Server.

Azure Logic-apps

In Azure Logic Apps zijn de volgende opties beschikbaar:

• Voor werkstromen van logische apps voor verbruik kunt u de Logic Apps Management Solution (preview) installeren in Azure Portal en Azure Monitor-logboeken instellen om diagnostische gegevens te verzamelen. Nadat u uw logische app hebt ingesteld om die gegevens naar een Azure Log Analytics-werkruimte te verzenden, stromen telemetriegegevens naar de locatie waar de Logic Apps Management Solution statusvisualisaties kan bieden. Zie Azure Monitor-logboeken instellen en diagnostische gegevens verzamelen voor Azure Logic Apps voor meer informatie. Als diagnostische gegevens zijn ingeschakeld, kunt u azure Monitor ook gebruiken om waarschuwingen te verzenden op basis van verschillende signaaltypen, zoals wanneer een trigger of een uitvoering mislukt. Zie Uitvoeringsstatus bewaken, triggergeschiedenis bekijken en waarschuwingen instellen voor Azure Logic Apps voor meer informatie.

• Voor werkstromen van standaard logische apps kunt u Application Insights-ondersteuning inschakelen, die gecureerde visualisaties biedt als basis voor het bewaken van Azure-services. Met deze visualisaties kunt u standaardwerkstromen effectiever bewaken met behulp van dashboards die speciaal zijn ontworpen voor Azure Logic Apps (Standard). Het dashboardbereik heeft betrekking op de werkstromen in een standaard logische app. Het dashboard is gebouwd op Azure Workbooks en biedt verschillende visualisaties. U kunt deze werkmappen eenvoudig uitbreiden en aanpassen aan specifieke behoeften.

Serverloze 360 is een externe oplossing van Kovai die bewaking en beheer biedt via toewijzing van Azure-services, zoals Azure Logic Apps, Azure Service Bus, Azure API Management en Azure Functions. U kunt berichten opnieuw verwerken met behulp van wachtrijen voor dode brieven in Azure Service Bus, self-healing inschakelen om onregelmatige serviceonderbrekingen aan te pakken en proactieve bewaking via synthetische transacties in te stellen.

U kunt aangepaste bewakingsregels configureren en logboeken weergeven in een portalervaring. U kunt meldingen verzenden via verschillende kanalen, zoals e-mail, Microsoft Teams en ServiceNow. Om de status van uw interfaces visueel te bepalen, zijn servicetoewijzingen beschikbaar.

Bewaking van bedrijfsactiviteiten

In de volgende sectie worden opties beschreven voor het bewaken en verzamelen van telemetriegegevens voor workloads in BizTalk Server en Azure Integration Services.

BizTalk Server

BizTalk Server bevat een functie genaamd Business Activity Monitoring (BAM) waarmee ontwikkelaars en bedrijfsanalisten traceringsprofielen kunnen definiëren die ze kunnen toepassen op indelingen. Wanneer berichten worden verzonden via ontvangst- en verzendpoorten, worden gegevenskenmerken vastgelegd en opgeslagen in een BAM-database. Aangepaste implementatie is ook beschikbaar via een .NET Fx-API.

Azure Logic-apps

Als ontwikkelaar of bedrijfsanalist die werkt aan oplossingen die services en systemen integreren met behulp van verschillende Azure-resources, kan het lastig zijn om de relatie tussen de technische onderdelen in uw oplossing en uw bedrijfsscenario te visualiseren. Als u bedrijfscontext over de Azure-resources in uw oplossing wilt opnemen, kunt u bedrijfsprocessen bouwen die visueel de bedrijfslogica vertegenwoordigen die door deze resources zijn geïmplementeerd. In Azure Business Process Tracking is een bedrijfsproces een reeks fasen die de taken vertegenwoordigen die door een praktijkscenario stromen.

Een andere optie is dat u een externe oplossing van Kovai met de naam Serverless 360 kunt gebruiken. Samen met het bewakingsplatform kunt u de functie voor het bewaken van bedrijfsactiviteiten gebruiken die end-to-end tracering biedt voor bedrijfsprocesstromen in cloudeigen en hybride integraties. Deze functie bevat een beheerde connector die ontwikkelaars kunnen gebruiken om code te instrumenteren en belangrijke bedrijfsgegevens vast te leggen. Beheerders kunnen vervolgens dashboards bouwen en delen met bedrijfsanalisten.

Bijhouden

In de volgende sectie worden opties beschreven voor het bijhouden van artefacten voor prestatiebewaking en statusanalyse in BizTalk Server en Azure Integration Services.

BizTalk Server

• Berichten bijhouden

  BizTalk Server-beheerders kunnen het traceren van berichtteksten gebruiken om aan te geven wanneer berichtteksten moeten worden opgeslagen voor probleemoplossing en controledoeleinden. Het bijhouden van berichten is een dure bewerking vanuit zowel prestatie- als opslagperspectief. Gebruik deze mogelijkheid daarom selectief om prestatieproblemen te voorkomen. Wanneer u het bijhouden van berichtteksten inschakelt op poorten voor ontvangen en verzenden, kopieert BizTalk Server de gegevens naar de BizTalk Tracking-database (BizTalkDTADb) met behulp van de SQL Server Agent-taak met de naam TrackedMessages_Copy_<message-box-name>.

  

  U kunt het bijhouden toepassen op bijna alle BizTalk Server-artefacten, waaronder indelingen, pijplijnen, ontvangstpoorten, poorten, schema's en bedrijfsregels verzenden. Deze opties worden in runtime ingeschakeld of uitgeschakeld zonder dat dit van invloed is op uw code (oplossing) of dat opnieuw moet worden opgestart.

• Status- en activiteitstracering (HAT)

  Hoewel het HAT-hulpprogramma is verwijderd uit de BizTalk Server vanaf de editie 2009, bestaat de functionaliteit nog steeds in de BizTalk Administration Console. Beheerders kunnen zoeken naar gegevens via de interface Nieuwe query in de ervaring Groepsoverzicht. U kunt query's aanpassen op basis van verschillende criteria, waaronder het gebeurtenistype, poortnaam, URI, schemanaam en meer. Als u de berichtteksten wilt bekijken die zijn verplaatst via een ontvangst- of verzendpoort, hebt u toegang tot deze informatie, mits u tracering op poortniveau hebt ingeschakeld. Zie Status en activiteiten bijhouden voor meer informatie.

• Integratie met Application Insights en Azure Event Hubs

  Vanaf BizTalk Server 2016 Feature Pack 1 kunt u telemetrie publiceren naar Application Insights in Azure Monitor of naar Azure Event Hubs. Deze aanpak voorkomt problemen met de capaciteit van SQL Server-schijven, zodat u in plaats daarvan elastische, cloudgegevensarchieven kunt gebruiken, zoals Application Insights, Log Analytics en uitvoeringsgeschiedenis in Azure Logic Apps.

Azure Logic-apps

Azure Logic Apps biedt ook uitgebreide uitvoeringsgeschiedenis, zodat ontwikkelaars en ondersteuningsanalisten actie kunnen controleren op actietelemetrie, inclusief alle verwerkte invoer en uitvoer. Als u gevoelige gegevens wilt beveiligen, kunt u beveiligde invoer en uitvoer inschakelen voor afzonderlijke acties in werkstromen. Deze mogelijkheid verdooft of verbergt de gegevens in logboeken en werkstroomgeschiedenissen om lekken te voorkomen.

U kunt azure RBAC-regels gebruiken om gegevenstoegang te beveiligen, behalve het verdoezelen van gegevens. Azure RBAC bevat specifieke ingebouwde rollen voor Azure Logic Apps (Standard).

Naast Azure RBAC kunt u ook de toegang tot de uitvoeringsgeschiedenis in Azure Logic Apps beperken op IP-adresbereik.

Hosting

In de volgende sectie worden hostingopties voor BizTalk Server en Azure Integration Services beschreven.

BizTalk Server

BizTalk Server 2020 ondersteunt de volgende Microsoft-platforms en -producten, te beginnen met cumulatieve update 6:

• Windows Server 2022, Windows Server 2019 en Windows 11
• Visual Studio 2019 Enterprise en Visual Studio 2019 Professional
• SQL Server 2022, SQL Server 2019
• Office 2019 en Office 2016

U kunt BizTalk Server installeren en uitvoeren op uw eigen hardware, on-premises virtuele machine of virtuele Azure-machines. Virtuele Azure-machines bieden u de flexibiliteit van virtualisatie voor een breed scala aan computingoplossingen met ondersteuning voor BizTalk Server, Windows Server, SQL Server en meer. Alle virtuele machines van de huidige generatie omvatten taakverdeling en automatisch schalen zonder kosten.

Azure Logic-apps

• Hostingabonnementen

  In Azure Logic Apps met één tenant is een standaard logische app vergelijkbaar met een Azure-functie of web-app, waar u één Workflow Service-plan kunt gebruiken om meerdere standaard logische apps te hosten. Deze overeenkomst betekent dat u niet al uw werkstromen hoeft te implementeren in één standaardresource voor logische apps. In plaats daarvan kunt u deze werkstromen organiseren in logische groepen (logische apps) om u te helpen andere aspecten van uw oplossing beter te beheren. Deze aanpak helpt u optimaal gebruik te maken van uw werkstroomserviceplan en uw toepassingen toekomstbestendig te maken, die u kunt implementeren, zodat ze afzonderlijk kunnen worden geschaald.

  Een logische standaard-app heeft de volgende prijscategorieën: WS1, WS2 en WS3. Functioneel biedt elke laag dezelfde mogelijkheden. Uw vereisten voor berekening en geheugen bepalen is het beste voor uw scenario, bijvoorbeeld:

  Prijscategorie	Virtuele CPU (vCPU)	Geheugen (GB)
  WS1	1	3.5
  WS2	2	7
  WS3	4	14

  Zie Prijscategorieën in het Standard-model voor meer informatie.

• Hybride implementatiemodel (preview)

  Azure Logic Apps biedt een hybride implementatiemodel, zodat u standaardwerkstromen voor logische apps kunt implementeren en hosten in on-premises, privécloud- of openbare cloudscenario's. Dit model biedt u de mogelijkheden voor het hosten van integratieoplossingen in gedeeltelijk verbonden omgevingen wanneer u lokale verwerking, gegevensopslag en netwerktoegang moet gebruiken. Met de hybride optie hebt u de vrijheid en flexibiliteit om de beste omgeving voor uw werkstromen te kiezen. Zie Uw eigen infrastructuur instellen voor Standaard logische apps met behulp van hybride implementatie (preview) voor meer informatie.

• Beschikbaarheid en redundantie

  In Azure bieden beschikbaarheidszones tolerantie, gedistribueerde beschikbaarheid en schaalbaarheid van actief-actief-actieve zones. Als u de beschikbaarheid voor uw werkbelastingen voor logische apps wilt vergroten, kunt u ondersteuning voor beschikbaarheidszones inschakelen, maar alleen wanneer u uw logische app maakt. U hebt ten minste drie afzonderlijke beschikbaarheidszones nodig in elke Azure-regio die zoneredundantie ondersteunt en inschakelt. Het Azure Logic Apps-platform distribueert deze zones en workloads van logische apps over deze zones. Deze mogelijkheid is een belangrijke vereiste voor het inschakelen van flexibele architecturen en het bieden van hoge beschikbaarheid als datacenterfouten in een regio optreden. Zie Build-oplossingen voor hoge beschikbaarheid met behulp van beschikbaarheidszones voor meer informatie.

• Geïsoleerde en toegewezen omgeving

  Voor standaard logische apps hebt u de mogelijkheid om een App Service Environment (ASE) v3 te selecteren voor uw implementatieomgeving. Met een ASE v3 krijgt u een volledig geïsoleerde en toegewezen omgeving om toepassingen op grote schaal uit te voeren met voorspelbare prijzen. U betaalt alleen voor het ASE App Service-plan, ongeacht hoeveel logische apps u maakt en uitvoert.

Raadpleeg de volgende documentatie voor scenario's waarvoor aanvullende Azure-integratieservices zijn vereist:

• Azure Service Bus Premium- en Standard-berichtenlagen
• Azure API Management - Vergelijking van laag op basis van functies
• Azure Data Factory - Plan om kosten te beheren en inzicht te krijgen in prijzen van Data Factory via voorbeelden

Implementatie

BizTalk Server

De systeemeigen implementatiepakketten in BizTalk Server zijn gebaseerd op een MSI-bestand (Microsoft Installer) in combinatie met een omgevingsconfiguratie of bindingen, bestand. Deze twee bestanden maken een scheiding tussen de installatie van onderdelen, die worden geïmplementeerd in de volgende BizTalk Server-opslagplaatsen en definieert instellingen op poort- en pijplijnniveau, waaronder eindpunt, geheimen, pijplijnconfiguratie en andere.

• Beheerdatabase
• Lokale mappen van BizTalk Server
• .NET Global Assembly Cache

Hoewel dit proces effectief kan zijn, moet u ook elke afzonderlijke omgevingsconfiguratie afzonderlijk van de code beheren. Het opensource-project BizTalk Deployment Framework (BTDF) biedt één oplossing voor dit probleem. Met dit hulpprogramma kunt u de omgevingsconfiguratie onderhouden als onderdeel van uw BizTalk Server-oplossing met behulp van een tokenized bindingsbestand dat u tijdens het ontwerp maakt en een tokenmatrix, die u als een Excel-bestand maakt, voor elke omgeving.

Het buildproces maakt vervolgens een geïntegreerd EN versiebeheerd MSI-bestand. Dit bestand ondersteunt onderdeelimplementatie en omgevingsconfiguratie vanuit hetzelfde pakket, wat u meer controle geeft over de versie van de oplossing die u in verschillende omgevingen wilt implementeren.

Ondersteuning voor een BTDF-pakket in een pijplijn voor continue integratie-continue implementatie (CI/CD) is beschikbaar in BizTalk Server 2020, waaronder deze functionaliteit die is geïntroduceerd met de BizTalk Server 2016 Feature Packs. U kunt deze functionaliteit en het Azure DevOps-platform gebruiken om de automatische implementatie voor BizTalk Server-oplossingen in verschillende omgevingen te stroomlijnen.

Azure Logic-apps

Wanneer u een Azure Logic Apps-resource of een andere Azure Integration Services-component of -oplossing in Azure implementeert, moet u de volgende items beheren:

• Azure-resources die fungeren als containers of de infrastructuur voor de oplossingen die u wilt implementeren, bijvoorbeeld de resource van de standaard logische app, het API Management-exemplaar, de Service Bus-naamruimte of het Event Grid-onderwerp

• De werkelijke logica die door elk onderdeel wordt geïmplementeerd, zoals werkstromen, API's, wachtrijen en abonnementen

• De omgevingsspecifieke configuratie die aan elk onderdeel is gekoppeld, bijvoorbeeld machtigingen, geheimen, waarschuwingen, enzovoort

Wanneer u de infrastructuurdefinitie gescheiden houdt van de code, kunt u de infrastructuurdefinitie behandelen als een ander stukje code dat u kunt versien, veilig opslaan in een opslagplaats voor broncodebeheer en een implementatie activeren wanneer de definitie wordt gewijzigd. Deze praktijk, ook wel bekend als Infrastructure as Code (IaC), verbetert de kwaliteit van de omgeving, omdat u versies voor elke omgeving kunt maken en wijzigingen in broncodebeheer kunt bijhouden.

Azure Logic Apps ondersteunt IaC door de mogelijkheid te bieden om infrastructuurresources te maken met behulp van Azure Resource Management-sjablonen. Hoewel ARM-sjablonen complex kunnen lijken om te begrijpen en te implementeren als een uniforme oplossing, kunt u abstractiehulpprogramma's gebruiken, zoals Bicep, Terraform of Pulumi, die een codeachtige ervaring bieden voor het maken van uw infrastructuurdefinitie. Hoewel deze hulpprogramma's abstractielagen bieden via ARM-sjablonen, genereren de hulpprogramma's uiteindelijk ARM-sjablonen en kunnen deze sjablonen voor u implementeren.

Nu uw infrastructuur is geïmplementeerd, kunt u de logica implementeren waarmee uw end-to-end werkstromen worden geïmplementeerd. Aangezien Azure Integration Services een verzameling hulpprogramma's biedt voor het implementeren van uw integratiewerkstromen, moet u elk onderdeel implementeren. Voor oplossingen die zijn gebouwd met Azure Integration Services, zijn CI/CD-pijplijnen meestal gebaseerd op het implementeren van een indeling van onderdelen. DevOps-technici kunnen ingebouwde acties gebruiken die implementatieactiviteiten abstraheren of algemene acties gebruiken die CLI-opdrachten of automatiseringsscripts uitvoeren, zoals PowerShell en Bash. In de meeste gevallen passen technici pijplijnen aan op basis van de behoeften van de toepassing, bekijken ze richtlijnen uit officiële documentatie en gebruiken ze voorbeeldopslagplaatsen als uitgangspunt.

Het proces voor het voorbereiden van elk onderdeel voor implementatie voert doorgaans de volgende stappen uit:

• Continue integratiefase

  1. Haal de nieuwste versie van de broncode op.

  2. Bereid de code voor met de omgevingsspecifieke configuratie.

     De details voor deze stap zijn afhankelijk van de ondersteuning van elke technologie voor externe injectie van omgevingsvariabelen. Het uitgangspunt is dat configuratiegegevens op basis van een omgeving, zoals verbindingsreeks s en verwijzingen naar externe resources, worden geabstraheerd om te verwijzen naar een opslagplaats voor toepassingsinstellingen. In dit scenario slaat u dus verwijzingen op die rechtstreeks als duidelijke tekst kunnen bestaan in de opslagplaats voor toepassingsinstellingen, maar u slaat gevoelige waarden op, zoals geheimen, als verwijzingsaanwijzers naar vermeldingen in een geheimenarchief, zoals een Azure-sleutelkluis.

     Azure Logic Apps maakt deze benadering mogelijk voor een standaardresource voor logische apps door ondersteuning te bieden voor verwijzingen naar de opslagplaats voor toepassingsinstellingen. Vervolgens kunt u naam-waardeparen toewijzen aan vermeldingen in uw sleutelkluis.

  3. Verpakt de code voor implementatie in verschillende omgevingen.

• Fase continue implementatie

  1. Implementeer verpakte code in de doelomgeving.

  2. Werk de opslagplaats met toepassingsinstellingen bij met de juiste omgevingswaarden, ofwel als duidelijke tekst of verwijzingen naar vermeldingen in uw sleutelkluis.

  3. Werk alle vereiste machtigingen bij die afhankelijk zijn van code.

  4. Zorg dat uw toepassing klaar is voor uitvoering, indien nodig.

Functiematchup

In de volgende tabel en het diagram ziet u ongeveer hoe resources, artefacten, functies en mogelijkheden worden vergeleken en overeenkomen tussen BizTalk Server, Azure Logic Apps en Azure Integration Services. Hoewel Azure Logic Apps een belangrijk platform is voor integratieworkloads, moet u ervoor zorgen dat u rekening houdt met alle beschikbare mogelijkheden in Azure Integration Services en in Azure als geheel.

Functie of functionaliteit	BizTalk Server	Azure
Indelingen	- BizTalk Server-indeling - C#-code	- Azure Logic Apps-werkstroom - Azure Logic Apps-werkstroomsjablonen - Azure Functions-functie-app
Pipelines	- BizTalk Server-pijplijnen - Pijplijnonderdelen	- Azure Logic Apps-werkstromen (als pijplijnen) - Azure API Management (als pijplijnen) - Azure Functions-functie-app - Azure API-app
Berichtroutering	- Berichtvak - Eigenschapspromoties -Filters	- Azure Service Bus-wachtrijen en -onderwerpen (berichtkoppen, berichteigenschappen en abonnementen) - Azure Event Grid of Azure API Management - SQL Server of Azure Cache voor Redis
Toepassingsconnectiviteit	- BizTalk Server out-of-the-box en aangepaste adapters - IIS (Internet Information Services) en Azure API Management (hybride mogelijkheden)	- Azure Logic Apps-connectors - Azure API Management (als connectors) - Azure Functions-functie-app - Azure API-app
Kruisverwijzingen	xref_ * tabellen in bizTalk Management-database (BizTalkMgmtDb)	- Azure Functions - SQL Server - Aangepast
Schema's (XSD)	- BizTalk Server-schema's - XML-, JSON- en platte bestandsschema's	- Azure Logic Apps (Standard) - Azure-integratieaccount - Azure Storage-account - Azure Functions-functie-app - Azure API-app
Maps	- BizTalk Mapper - XSLT-kaarten - Azure API Management (hybride mogelijkheden)	- Azure Logic Apps (Standard) - XSLT-kaarten, Liquid-sjablonen - Azure-integratieaccount (XSLT-kaarten, Liquid-sjablonen) - Azure Storage-account - Azure Functions-functie-app - Azure API-app - Data Mapper-hulpprogramma (Azure Logic Apps Standard-extensie voor Visual Studio Code)
Bedrijfsregels	BizTalk Server Business Rules Engine	Regelengine voor Azure Logic Apps
Bewaking van bedrijfsactiviteiten	BizTalk Server Business Activity Monitoring	Azure Business Process Tracking
EDI	- Out-of-the-box-mogelijkheden van BizTalk Server - Partijen, partners, overeenkomsten, AS2, X12, EDIFACT	Azure Logic Apps en Azure-integratieaccount (partners, overeenkomsten, AS2, X12, EDIFACT)
HL7, RosettaNet en SWIFT	BizTalk Server-accelerators voor HL7, RosettaNet en SWIFT	- Azure Logic Apps, Azure-integratieaccount, RosettaNet- en SWIFT-connectors - Azure API Management for FHIR (HL7) - Azure Blueprint, waarmee SWIFT CSP-naleving in Azure mogelijk is
Geheimen	Eenmalige aanmelding (SSO) voor Enterprise	- Azure Key Vault - SQL Server - Toepassingsconfiguratie
Beveiliging en governance	- Eenmalige aanmelding (SSO) voor Enterprise - SSO-partnertoepassingen - Active Directory - Handtekeningcertificaten - IIS-beveiligingsverificatie - Netwerkbeveiliging	- Microsoft Entra-id - Azure-netwerkbeveiliging - Op rollen gebaseerd toegangsbeheer van Azure (Azure RBAC) - Claims, tokens - Beleid voor gedeelde toegang
Gegevensconfiguratie	- Configuratiebestanden - Configuratie van bedrijfs-SSO-toepassing - Aangepaste cacheonderdelen - Aangepaste database - Engine voor bedrijfsregels - Windows-register	- Azure Key Vault - Azure-app configuratie - Azure Cosmos DB - Azure Table Storage - Configuratie van Azure Logic Apps (Standard) - Configuratie van Azure Functions - Benoemde waarden en back-ends van Azure API Management - SQL Server - Aangepast opslaan in cache - Aangepaste database
Implementatie	- BizTalk Server-bindingsbestand	- Azure Pipelines - Bicep-scripts - Terraform
Bijhouden	- Traceringsmogelijkheden van BizTalk Server (poorten ontvangen, poorten verzenden, pijplijnen, indelingen) - IIS-tracering - Ingebouwde analyse van Azure API Management (hybride mogelijkheden)	- Uitvoeringsgeschiedenis en bijgehouden eigenschappen van Azure Logic Apps - Azure Storage-account - Azure Monitor (Application Insights) - Ingebouwde analyse van Azure API Management - Aangepaste oplossing, bijvoorbeeld Azure Event Hubs plus Azure Functions plus SQL Server plus Azure Data Explorer
Controleren	- BizTalk Administration Console - BizTalk Health Monitor	Azure Monitor (Application Insights, Log Analytics)
Operations	- BizTalk Server Administration Console - Azure Pipelines - MSI, PowerShell - BizTalk Deployment Framework	- Azure Portal - Azure Monitor - Azure Resource Manager-sjablonen - Azure Pipelines - PowerShell, CLI, Bicep

Als u op de hoogte wilt blijven van de nieuwste investeringen, abonneert u zich op de Integraties op Azure Blog - Tech Community.

Volgende stappen

U hebt meer geleerd over hoe Azure Logic Apps zich verhoudt tot BizTalk Server. Leer vervolgens hoe u de beste Azure-mogelijkheden voor uw scenario's kiest. Of ga verder met het bekijken van voorgestelde benaderingen en resources, planningsoverwegingen en aanbevolen procedures voor uw migratie.

Kies de beste Azure Integration Services-aanbiedingen voor uw scenario

Migratiemethoden voor BizTalk Server naar Azure Logic Apps