Punt-tot-puntintegratie tegenover een hub

Wat is punt-tot-puntintegratie tegenover een hub?

Dit zijn de twee vormen die je integratielandschap kan aannemen, en je kiest er een, of je die keuze nu bewust maakt of niet.

Punt-tot-punt wil zeggen dat elk systeem rechtstreeks praat met elk ander systeem dat het nodig heeft. De webshop schrijft bestellingen weg in het boekhoudpakket. Een script kopieert 's nachts nieuwe klanten van het CRM naar de ERP. Elke koppeling wordt apart gebouwd, leeft apart en gaat apart stuk.

Een hub is de andere vorm. Elk systeem sluit een keer aan op een centrale plek, en die plek stuurt het verkeer door, zet de formaten om en houdt bij wat er gebeurd is. Microsoft beschrijft die omschakeling in de BizTalk-documentatie als het vervangen van punt-tot-puntcommunicatie door een flexibele hub-and-spoke-opstelling. In de praktijk kan die hub een message broker zijn, een integratieplatform, een iPaaS, of, voor rapporteringsverkeer, je warehouse.

Je bouwt beide vormen met dezelfde connectoren en dezelfde APIs, dus over gereedschap gaat de keuze niet. Ze gaat over waar de kennis belandt van wie met wie praat: verspreid over elke koppeling, of ergens op een plek opgeschreven.

De rekensom waar alles op neerkomt

Neem n systemen die elkaar allemaal zouden kunnen nodig hebben. Punt-tot-punt zijn dat tot n(n-1)/2 koppelingen. Via een hub zijn het er n. Vier systemen: tot 6 koppelingen tegenover 4. Zes systemen: 15 tegenover 6. Tien systemen: 45 tegenover 10, en niemand houdt 45 koppelingen in zijn hoofd.

Toch beslist dat totaal de zaak niet. Wat ze beslist, is de prijs van een systeem erbij. Ga je van zes naar zeven systemen, dan komen er punt-tot-punt tot 6 mogelijke koppelingen bij, en naar een hub exact 1. Punt-tot-punt groeit met het aantal systemen dat je al hebt. Een hub groeit met een, elke keer opnieuw.

Twee kanttekeningen voor je die curve te ernstig neemt. Bijna niemand bouwt alle paren, dus jouw echte aantal is een fractie van het theoretische. En de curve zegt niets wanneer je twee systemen en een koppeling hebt: een hub levert je daar een licentie op, een bewegend onderdeel extra en een nieuwe vaardigheid in het team, in ruil voor niets. Punt-tot-punt is de juiste manier om te beginnen, en het blijft langer de juiste manier dan platformleveranciers laten uitschijnen.

Zes systemen, eens goed geteld

Een technische groothandel in de buurt van Hasselt, een veertigtal mensen. Zes systemen: de webshop, het boekhoudpakket, het CRM, het magazijnsysteem, het mailplatform en Power BI. Vraag het op kantoor en je hoort vier of vijf koppelingen, want dat zijn degene waar mensen over praten. Ga zitten en tel, en de lijst loopt op tot elf.

Bestellingen gaan 's nachts van de shop naar de boekhouding, voorraad komt elk uur terug. Klanten gaan van het CRM naar de boekhouding via een Power Automate-flow, openstaande facturen komen terug via een script op een laptop onder een bureau. Inschrijvingen gaan van de shop naar het CRM via Zapier, en zowel de shop als het CRM voeden het mailplatform. De boekhouding stuurt pickorders naar het magazijnsysteem, dat verzendingen terugmeldt. Power BI leest de boekhouding via een gateway, en het magazijnsysteem via een maandelijkse Excel-export die een collega met de hand maakt.

Elf koppelingen over acht van de vijftien mogelijke paren, want de formule telt paren en in de praktijk bouw je elke richting apart. Zes jaar, vier mensen, vier verschillende tools, en niets ervan staat op het schema dat iemand in jaar twee getekend heeft. De kosten die later bovenkomen, staan er evenmin op. Niemand weet hoeveel koppelingen er zijn, en die telling hierboven kostte een namiddag en twee mensen die er al een tijd werken. Een veld erbij betekent elke koppeling zoeken die het meedraagt: verkoop wil een leveringsinstructie op de klantfiche, en die klantfiche reist over drie van die elf koppelingen, in Power Automate, in Zapier en in de eigen sync van het mailplatform. Drie aanpassingen, drie tools, drie mensen. Inloggegevens staan waar de koppeling gebouwd is, in een script, in een flow, in de persoonlijke Zapier-connectie van iemand. Gedeelde logging is er niet, dus een koppeling die om twee uur 's nachts faalt, faalt in stilte, tenzij wie ze bouwde er een alert bij zette.

En dan is er het vertrek, en dat gaat niet alleen over kennis die weggaat. Microsoft documenteert het als mechanisme: wanneer het account dat een connectie aangemaakt heeft verwijderd of uitgeschakeld wordt in de directory, wordt die connectie ongeldig voor iedereen die ze deelt. Mensen die vertrekken breken koppelingen uit zichzelf.

Wil je een signaal in plaats van een regel, neem dan dit. Schrijf je koppelingen op, met bron, doel, wat er beweegt en wie eigenaar is. Krijg je die lijst niet rond in een namiddag, dan ben je punt-tot-punt ontgroeid, wat de telling ook zegt.

Wat een hub oplevert, en wat hij kost

Wat je krijgt is operationeel eerder dan architecturaal: een plek om runs en fouten te zien, een plek voor inloggegevens en retries, en omzettingen die je een keer schrijft en overal oproept.

Die eerste is de grote. Microsoft schrijft over foutmeldingen bij flows dat er per run alleen een mail vertrekt wanneer het systeem een gekende, oplosbare oorzaak herkent, en dat er dan nog een afkoelperiode van 28 dagen volgt voor dezelfde flow opnieuw mag alarmeren. Het volledige beeld zit in de Monitor-ervaring in het Power Platform admin center, die elke gefaalde run toont zonder uitzonderingen en waarmee je de fouten van alle flows in een omgeving op een plek ziet. Losse koppelingen hebben geen tegenhanger voor dat scherm. Voor geheimen geeft Microsoft in de basisarchitectuur voor bedrijfsintegratie op Azure die rol aan Key Vault, als centrale opslag voor Logic Apps en API Management, waardoor een wachtwoord roteren een aanpassing wordt in plaats van een zoektocht.

De rekening heeft drie lijnen. Een licentie, meestal geprijsd per run of per taak, en dat wordt oncomfortabel bij volume. Een vaardigheid die je team nog niet heeft, want iemand moet het platform bezitten. En een onderdeel dat alles meesleurt wanneer het stilvalt, wat je best opschrijft voor je tekent: wat valt er stil wanneer de hub een dag plat ligt, en wie krijgt dat te horen.

Naar het risico van centraliseren hoef je niet te gissen, want de sector heeft dat experiment al gedaan. IBM is in zijn relaas over waarom de enterprise service bus weggezakt is bijzonder duidelijk: een aanpassing aan een integratie kon andere teams die op diezelfde integratie steunden in de problemen brengen, updates aan de middleware raakten vaak bestaande integraties zodat elke update grondig testwerk vroeg, en omdat de bus centraal beheerd werd, stonden applicatieteams al snel aan te schuiven. Martin Fowler en James Lewis trokken de ontwerples in 2014 met hun pleidooi voor slimme eindpunten en domme leidingen, tegenover producten die veel intelligentie in het communicatiemechanisme zelf stoppen. Een hub hoort dus te routeren, opnieuw te proberen en te loggen, en niet de plek te worden waar je kortingsregels wonen. Microsoft zegt hetzelfde in zijn integratierichtlijnen voor Power Platform: starre, gecentraliseerde logica maakt je minder wendbaar en verhoogt het onderhoud.

De tussenoplossingen die een kmo echt gebruikt

Tussen elf handgebouwde koppelingen en een integratieplatform met licentie liggen drie posities die werken, en de meeste Vlaamse kmo's belanden in een ervan.

1. Een gedeeld automatiseringsplatform als operationele hub. Power Automate, Make of Zapier, met de afspraak dat elke nieuwe koppeling daar gebouwd wordt en nergens anders. Je krijgt de runhistoriek en de bewaarplaats voor inloggegevens zonder architectuurproject. Die afspraak vasthouden is het moeilijke stuk, want net die tools maken het makkelijk om er een twaalfde flow naast te zetten.

2. Het warehouse als hub voor rapporteringsverkeer. Elk systeem laadt een keer in het warehouse, en elk rapport en elke export leest daaruit. Zo wordt een uitdijend web van rapporteringskoppelingen een laadproces per systeem, en dat is vaak de goedkoopste echte winst die er ligt. Het beweegt alleen in een richting, dus voor flows die terugschrijven doet het niets.

3. Een kleine eigen API-laag. Een dienst bezit de klant, en de rest vraagt het aan die dienst in plaats van aan elkaar. De sterkste optie, en degene die een ontwikkelaar op de loonlijst veronderstelt. Zonder die persoon wordt het gewoon nog een koppeling die niemand onderhoudt, met als extra nadeel dat je ze zelf gebouwd hebt.

Wat je ook kiest, verhuis eerst de koppelingen die het vaakst stukgaan en laat de stabiele met rust. Elf koppelingen herbouwen in een project is hoe zulke oefeningen sterven.

Wat een hub niet oplost

Een hub verplaatst berichten tussen systemen. Hij heeft geen mening over de vraag of die berichten hetzelfde betekenen. Staat dezelfde klant als Van Damme BVBA in je CRM, als Van Damme B.V.B.A. in de boekhouding en als VANDAMME in het magazijnsysteem, dan zorgt een centraal platform ervoor dat die drie schrijfwijzen sneller toekomen. Beslissen welke de juiste is en ze aan elkaar geknoopt houden, is master data management, apart werk met een aparte eigenaar. Wat de hub je wel geeft, is een verstandige plek om de koppeling tussen die drie identiteiten te bewaren, in plaats van een opzoektabel die in vier scripts gekopieerd staat. Dat is echt iets waard. Ze vult zichzelf alleen niet in.