Ga naar inhoud

Integratieplatform

Integratieworkloads verbinden applicaties, services en databronnen: ze wisselen berichten uit, publiceren API's, verplaatsen data in batches en draaien workflows. Het Integratieplatform is een optionele oplossing bovenop het Managed Cloud Platform (MCP) die hier precies voor bedoeld is. Het biedt gedeelde integratieservices (Service Bus, Event Hubs, API Management, een container registry), kant-en-klare Terraform-modules voor de integratieservices zelf (Logic Apps, Function Apps, Container Apps, Data Factory) en de automatisering die ze op een veilige en compliant manier met elkaar verbindt. Integratiebouwers richten zich op de integratie; het platformteam beheert de onderliggende bouwstenen.

Optioneel aanbod, referentieontwerp

Het Integratieplatform is geen onderdeel van de kern-hub en -spoke van MCP. Welke onderdelen op je platform beschikbaar zijn, welke versies draaien en welke opties zijn ingeschakeld, hangt af van je platform. De pagina's in deze sectie beschrijven het referentieontwerp en de gebruikelijke standaardwaarden van de code. Jouw deployment kan afwijken. Vraag het aan je platformteam. Contractdetails (supporturen, reactie- en oplossingsdoelen, tarieven) staan in je overeenkomst en niet in deze documentatie (Beheermodellen).

Voor wie

Lezer Begin hier
Integratiebouwer (workload team) Aanvragen en wijzigen, Modules, Service Bus
Integration platform engineer (platformteam) Architectuur, Vereisten, Service Bus-automatisering, Operations
Architect, security officer, eigenaar van de service Servicebeschrijving, Architectuur, Besluiten

"Platformteam" betekent wie het platform in jouw situatie beheert: XMMS onder een managed-service-contract, of je eigen team als je het platform zelf beheert (Beheermodellen). Het Integratieplatform voegt daarnaast een tweede rol toe: de integration platform engineer. Zie Beheermodel.

Terminologie

Term Betekenis
Ingredient Een herbruikbaar, compliant infrastructuurpakket van het platform. Drie soorten: platformservices, gedeelde services en modules.
Recipe Een gestandaardiseerd integratiepatroon dat ingredients combineert, bijvoorbeeld een door een API getriggerde workflow of een tijdgestuurde job.
Gedeelde service Dure, veelgebruikte integratie-infrastructuur die meerdere workloads bedient (Service Bus, Event Hubs, API Management, Azure Container Registry). Staat in een eigen spoke en heeft een eigen lifecycle.
Module Een Terraform-module die één integratieservice (Logic App, Function App, Container App, Data Factory) uitrolt in een workload-spoke, verbonden met de resources van die spoke.
Integratieworkload Een workload die integratiespecifieke resources bevat en het platform gebruikt. Bestaat uit een of meer integratiespokes.
Integratiespoke Een spoke van MCP, uitgebreid met spoke extensions zodat hij de gedeelde services kan gebruiken.
Spoke extension Code die samen met de spoke-deployment draait en de spoke toegang geeft tot een gedeelde service (Spoke extensions).
Control plane De automatisering die de inhoud van een gedeelde service (bijvoorbeeld queues en topics) beheert vanuit configuratiebestanden.

Algemene MCP-termen staan in de woordenlijst.

Wat je krijgt

Gebied Wat het platform biedt Pagina
Servicebeschrijving Ingredients, beveiligingsafstemming, monitoring, standaardwijzigingen Servicebeschrijving
Architectuur Lagen, workloads, omgevingen, netwerk, identiteit, veerkracht Architectuur
Rollen Integration platform engineer en integratiebouwer, wie waar eigenaar van is Beheermodel
Aanvragen Standaardwijzigingen en hoe een wijziging het platform bereikt Aanvragen en wijzigen
Modules Function App, Logic App, Container App en Data Factory in je spoke Modules, Integratieresources deployen
Messaging Queues, topics en subscriptions vanuit JSON-bestanden, met toegang via groepen Service Bus
Gedeelde services API Management, Event Hubs, container registry Gedeelde services
Veerkracht Availability zones, afhankelijkheden, samengestelde beschikbaarheid Beschikbaarheid
Besluiten Architectuurbesluiten, in verkorte vorm Besluiten

Scope

Binnen scope Buiten scope
Gedeelde services voor messaging, events, API's en container images, en hun verbinding met integratiespokes De integraties zelf (logica, mappings, authenticatiepatronen, datatransformatie). Integratiebouwers bepalen hoe.
Terraform-modules voor Logic Apps, Function Apps, Container Apps en Data Factory in een integratiespoke Het data plane van de gedeployde resources: data-plane-toegang en de afstemming ervan op je identity governance blijven bij jou
Configuratiegestuurd beheer van Service Bus-entiteiten en hun toegangsgroepen Netwerkconnectiviteit, firewallregels en de spoke zelf. Die horen bij MCP hub en spoke (Wat je krijgt).
Monitoring en alerts van de gedeelde services en modules Alerts over je eigen applicatielogica
Private DNS en de DNS-forwardingvereisten voor private endpoints Back-up van applicatiedata (zie Beschikbaarheid)

Hoe het zich verhoudt tot het platform

Het Integratieplatform is gebouwd op de MCP hub en spoke. Elke gedeelde service staat in een spoke, elke integratie- workload staat in een spoke, en al het verkeer ertussen passeert de hub firewall. Er is standaard niets verbonden.

flowchart LR
    subgraph mcp["MCP"]
        hub["Hub: firewall, DNS, connectivity"]
        canvas["Spoke canvas + spoke extensions"]
    end
    subgraph ip["Integration Platform"]
        ss["Shared services spoke<br/>Service Bus, Event Hubs, APIM, ACR"]
        cp["Control plane<br/>queue and topic configuration"]
        mods["Terraform modules"]
    end
    wl["Integration workload spokes<br/>Logic App, Function App,<br/>Container App, Data Factory"]
    canvas --> ss
    canvas --> wl
    cp -->|"configures"| ss
    mods -->|"deploy into"| wl
    wl -->|"uses via hub"| ss
    hub --- ss
    hub --- wl

De generieke gedeelde services en spoke extensions van MCP staan beschreven in Gedeelde services (workloadperspectief) en Spoke extensions (platformperspectief). De pagina's hier voegen toe wat specifiek is voor integratie.