Integrationsplatform eller punkt-til-punkt-integrationer?
Punkt-til-punkt kobler systemer direkte til hinanden. Det er enkelt i begyndelsen, men antallet af koblinger vokser hurtigt til et uoverskueligt net. En integrationsplatform koster mere i licens og kompetencer, men giver overblik og genbrug. Grænsen går ofte ved omkring fem systemer eller ti flows.
I begyndelsen er det nok at koble to systemer direkte sammen. Så et tredje, et fjerde, og pludselig er der flere koblinger end nogen har overblik over. Spørgsmålet om integrationsplatform eller punkt-til-punkt handler ikke om hvad der er rigtigt i teorien, men om hvornår den ene arbejdsform ikke længere slår til og den anden begynder at betale sig. Svaret ligger i hvordan antallet af koblinger vokser.
Punkt-til-punkt: enkelt indtil det ikke er det
Punkt-til-punkt betyder at hvert system kobles direkte til det system det skal tale med. CRM til økonomisystem, økonomisystem til lager, lager til webshop. Hver kobling er enkel i sig selv, og når der er få systemer, er det både hurtigst og billigst bare at trække en linje mellem dem.
Charmen er at du ikke behøver nogen ekstra infrastruktur. Du løser præcis det behov der er, i det øjeblik det opstår. Så længe antallet af systemer og flows er lille, er punkt-til-punkt ofte helt rigtigt. At indføre en platform ville være at bygge en motorvej for at køre over til naboen.
Spaghettiproblemet
Problemet er måden det vokser på. Antallet af mulige koblinger mellem systemer vokser ikke lineært, men cirka kvadratisk: Fordobler du antallet af systemer, firdobles antallet af tænkelige koblinger omtrent. Hvert nyt system kan have brug for at tale med flere af de eksisterende, og nettet bliver hurtigt tæt.
Resultatet kaldes ofte spaghetti: et virvar af direkte koblinger som ingen har fuldt overblik over. Konsekvenserne er konkrete. En ændring i ét system risikerer i al stilhed at bryde flere koblinger på én gang. Den samme logik, f.eks. hvordan et kundenummer skal oversættes, ligger indbygget flere steder og skal ændres overalt på samme tid. Og når noget går galt, er det svært overhovedet at se hvor i nettet fejlen sidder.
Integrationsplatformen og dens overhead
En integrationsplatform, ofte kaldet iPaaS, løser det ved at lægge et knudepunkt i midten. I stedet for at koble systemer til hinanden kobles hvert system til platformen. Så vokser antallet af koblinger lineært med antallet af systemer i stedet for kvadratisk, og nettet forbliver overskueligt.
Platformen giver også andre fordele: fælles logik der bygges én gang og genbruges, samlet overblik over alle flows og ét sted at fejlsøge. Når noget går galt, ser du det ét sted i stedet for at lede i et virvar.
Men det koster. En platform indebærer licensgebyrer og, mindst lige så vigtigt, et behov for kompetencer til at bygge og vedligeholde i den. Det er reel overhead som ikke findes når du bare trækker en hurtig linje mellem to systemer. Indføres platformen for tidligt, betaler du for struktur du endnu ikke har brug for.
Hvor går grænsen?
Afvejningen står mellem lav startomkostning og lav løbende kompleksitet. Punkt-til-punkt er billigt at begynde med, men bliver dyrt at leve med når det vokser. Platformen er dyrere at indføre, men billigere at leve med når kompleksiteten er høj.
En brugbar tommelfingerregel er at grænsen ofte ligger omkring fem systemer eller ti flows. Under det niveau er platformens overhead sjældent begrundet. Når du nærmer dig eller passerer det, begynder spaghettinettets omkostning, i risiko, dobbeltarbejde og fejl der er svære at finde, at overstige hvad platformen koster. Tommelfingerreglen er netop en tommelfingerregel; hvor kritiske flowene er og hvor ofte systemlandskabet ændrer sig, påvirker hvor grænsen faktisk går.
En rimelig tilgang er at starte med punkt-til-punkt når behovene er få og indføre en platform når kompleksiteten begrunder det. Det vigtige er at holde øje med antallet af flows i tide så skiftet sker før nettet er blevet uhåndterligt snarere end efter.
Sådan tænker du valget igennem
Tæl systemerne og flowene, og spørg hvor ofte de ændrer sig. Få og stabile systemer taler for punkt-til-punkt. Mange systemer, mange flows og et systemlandskab der vokser, taler for en platform. Den dyreste vej er at lade spaghettien vokse til den bliver en risiko, for så betaler man både for rodet og for at rede det ud.
Vi hos Weapp bygger både enkeltstående integrationer og platformsbaserede arkitekturer og hjælper med at afgøre hvilket skridt der passer til netop jeres situation. Se vores ydelser eller kontakt os, så kigger vi på jeres systemlandskab sammen.
Ofte stillede spørgsmål
Hvad er forskellen på punkt-til-punkt og en integrationsplatform?
Punkt-til-punkt betyder at hvert system kobles direkte til hvert andet system det skal tale med. En integrationsplatform lægger et knudepunkt i midten som alle systemer kobles til, i stedet for til hinanden. Forskellen mærkes først når antallet af systemer og flows vokser og det direkte net bliver svært at overskue.
Hvad er spaghettiproblemet?
Det er det der sker når punkt-til-punkt-koblinger hober sig op. Antallet af mulige koblinger vokser cirka kvadratisk med antallet af systemer, så hvert nyt system kan skulle kobles til flere eksisterende. Resultatet bliver et tæt, uoverskueligt net hvor en ændring i ét system risikerer at bryde flere koblinger på samme tid.
Hvornår kan en integrationsplatform betale sig?
Når antallet af systemer og flows gør det direkte net svært at håndtere. En almindelig tommelfingerregel er omkring fem systemer eller ti flows. Under det niveau er platformens overhead i licens og kompetencer sjældent det værd. Over det niveau tjener overblikket, genbruget og den enklere fejlsøgning ofte investeringen hjem.
Hvad koster en integrationsplatform i praksis?
Ud over licensgebyret kommer omkostningen til de kompetencer der skal bygge og vedligeholde i platformen. Det er reel overhead som ikke findes når man hurtigt kobler to systemer direkte sammen. Gevinsten ligger i lavere løbende kompleksitet, så sammenligningen bør veje startomkostningen op mod hvad et voksende spaghettinet koster over tid.
Kan man starte med punkt-til-punkt og skifte senere?
Ja, og det gør mange. Det er rimeligt at starte direkte når der er få flows og indføre en platform når kompleksiteten begrunder det. Ulempen er at skiftet kræver arbejde med at flytte eksisterende koblinger over. Holder man øje med antallet af flows i tide, sker skiftet før nettet er blevet uhåndterligt.