Løsning

Alt er forbundet med alt

Integrationskaos

Punkt-til-punkt-integration er det rigtige svar for de første par forbindelser og en byrde ved den tyvende. Hver enkelt var fornuftig, da den blev bygget. Tilsammen danner de et landskab, hvor ingen kan sige, hvad der sker, hvis et givent system går ned, og hvor det at tilføje et system betyder at røre ved mange andre.

Løsningen er ikke et produkt. Det er et sæt mønstre, kontrakter og driftsregler, der gør forbindelser forudsigelige, observerbare og udskiftelige. Et indkøbt integrationsværktøj uden dem giver det samme virvar inde i en dyrere snitflade.

I er formentlig her, fordi

  • En integration fejlede, og det tog længere tid at finde ud af, hvor den stoppede, end at rette den.
  • At udskifte ét system betyder at genforhandle dets forbindelser med alle andre systemer.
  • De samme data bliver kopieret mellem systemer, og kopierne er begyndt at være uenige.

Hvad der løser det

  • Eksplicitte kontrakter mellem systemer

    Snitflader, der er versionerede, dokumenterede og ejede, så en ændring på den ene side bliver en forhandling med et skema frem for en overraskelse for den, der afhang af det.

  • Oversættelse ved kanten

    Legacy- og leverandørsystemer beholder den snitflade, de har, og platformen optager forskellene, så ét systems begrænsninger holder op med at forplante sig til alle modtagere nedstrøms.

  • Observerbarhed gennem hele kæden

    For enhver besked: hvor den kom fra, hvad der skete med den, og hvor den stoppede. Korrelation på tværs af led, så svaret ikke kræver login i fem systemer.

  • Defineret adfærd, når noget er nede

    Hvad der sker med en besked, når modparten er utilgængelig, hvem der får besked, og hvordan den kommer igennem bagefter uden manuel reparation i en database.

Start med den integration, der senest gik ned, og den, der spærrer for den næste systemudskiftning. De to dækker som regel samme område, og at flytte dem først betaler for platformen, inden resten af porteføljen bliver rørt.

sådan bliver det leveret

Leveres gennem

  • Integrationsplatforme

    Strukturerede, driftssikre og observerbare integrationsplatforme, der erstatter skrøbelige punkt-til-punkt-forbindelser.

  • Systemarkitektur

    Arkitektoniske fundamenter, der gør det muligt for komplekse organisationer at drive stabilt og udvikle sig sikkert.

Hvor vi har gjort det

  • Min Beboer Parkering

    Role-based parking operations with resident, controller, and admin workflows across properties.

  • Vareoprettelse

    Cuts the manual effort of onboarding products, and every published value can be traced back to its source.

faq

Frequently asked questions

Skal vi købe et integrationsplatformsprodukt?
Ikke nødvendigvis. Platformen er først og fremmest et sæt mønstre, kontrakter og driftskonventioner. Et produkt kan understøtte dem, og i en stor systemportefølje tjener det som regel sin plads ind, men et produkt taget i brug uden de konventioner gengiver det samme punkt-til-punkt-landskab inde i et dyrere værktøj.
Kan vi gøre det uden en samlet omlægning?
Ja, og det bør ske gradvist. Nye forbindelser bygges på platformen, og de eksisterende flyttes i en rækkefølge, der tager de mest skrøbelige først. Ældre forbindelser udgår, efterhånden som deres systemer alligevel bliver rørt, så ingen enkelt migrering bærer hele risikoen.
Hvordan integrerer vi til systemer, vi ikke kan ændre?
Ved at oversætte ved kanten. Leverandør- eller legacy-systemet beholder sin eksisterende snitflade, og platformen håndterer forskellene i format, protokol og fejladfærd, så dets begrænsninger ikke breder sig til alt nedstrøms.
Hvad med nationale standarder og sektorstandarder?
I det offentlige og i regulerede miljøer er de designinput fra begyndelsen frem for en efterfølgende overholdelsesøvelse. At eftermontere identitetsføderation, definerede udvekslingsformater eller dokumentationskrav i en færdig platform er betydeligt dyrere end at designe efter dem.