Hvad hvis en byggeklods bliver utilgængelig?

Koncentration ændrer risikodesignet

Bank of England fremhæver, at afhængighed af få AI-udbydere kan påvirke finansielle tjenester, når de svigter, især hvis det er vanskeligt at skifte til alternativer. Analysen omhandler det finansielle system; den viser ikke, at enhver fælles afhængighed vil føre til et systemisk svigt.

For produktteamet kan spørgsmålet være helt konkret: Hvilke forløb afhænger af dette opslag, denne udbyder eller denne model? En leverandøroversigt er utilstrækkelig, hvis den ikke viser, hvilke tjenester der holder op med at fungere, når en del står stille.

Reference: Bank of England · AI og finansiel stabilitet ↗

En fejl har ikke altid den samme konsekvens

En informationssøgning kan udskydes. En betalingshandling kan afvente bekræftelse og bør ikke gentages uden at kontrollere dens status. En fejl i underskrivelsen kan forhindre, at formaliseringen gennemføres, selvom andre dele af sagsmappen fortsat er tilgængelige.

Disse situationer kræver forskellige svar. Kontrakten skal synliggøre, om der var tale om afvisning, utilgængelighed, udløb eller et ukendt resultat. Grænsefladen følger denne skelnen, så brugeren ikke bliver vejledt til at gentage en handling, der måske allerede er udført.

Et alternativ er ikke ensbetydende med ækvivalens

En adapter kan samle en udbyders særlige forhold, men garanterer ikke et øjeblikkeligt skifte. Et alternativ skal levere de nødvendige felter, bevare betydningen og opfylde driftskravene. Autentificering, grænser, frister og virkninger kan også ændre sig.

At teste et alternativ betyder at verificere hele forløbet. Et teknisk gyldigt svar kan have en anden semantik. Valget af leverandør skal tage højde for denne omstillingsomkostning og de reelle betingelser for at aktivere en sekundær rute.

Mål genopretningen som produktarbejde

En nyttig øvelse er at vælge én afhængighed og se, hvordan rejsen opfører sig uden den. Hvem får besked? Kan sagen vente? Hvilken handling blokeres? Hvordan kommer arbejdet tilbage i flowet, når tjenesten er oppe igen?

Denne samtale bringer arkitektur, drift og kundeservice tættere sammen. Målet er ikke at love fravær af fejl, men at undgå tvetydige tilstande og improviseret genopretning. Kontinuitet kræver ansvarlige og kriterier for genoptagelse, ligesom en funktionalitet har acceptkriterier.