Et modellbytte krever også kontroll av atferden
En felles adapter kan gjøre tilkoblingen enhetlig. Om en modell håndterer verktøyfeil riktig, må fortsatt kontrolleres i applikasjonen.

En felles modelladapter kan forenkle den tekniske tilkoblingen. Den oversetter for eksempel leverandørformater til en intern verktøyprotokoll. Da er det avklart hvordan et kall kommer frem. Applikasjonen må fortsatt kontrollere om den nye modellen tolker en mislykket forespørsel riktig.
Samme verktøykall, ulik fortsettelse
I det helt oppdiktede eksemplet spør en assistent etter statusen til et prosjekt. Begge variantene kan bare bruke leseverktøyet som er beregnet på dette. Verktøynavn, argument og feilkode er våre egne eksempelverdier, ikke grensesnittet til en navngitt leverandør.
Tabellen viser to antatte fortsettelser etter samme avviste forespørsel. Den gjengir ingen observasjoner fra faktiske modeller.
Trinn | Variant A | Variant B |
|---|---|---|
|
| |
Verktøysvar |
|
|
Mulig fortsettelse | «Jeg kan ikke hente prosjektets status.» | «Prosjektet er aktivt.» |
Adapteren kan oversette begge kallene likt. Likevel hevder den andre fortsettelsen en status verktøyet ikke har levert. I eksemplet ble tilgangen blokkert; det oppdiktede svaret er fortsatt en innholdsmessig feil. Det må ikke regnes som bevis for at forespørselen lyktes.
Applikasjonen beholder grensene sine
OWASP anbefaler å begrense verktøyenes myndighet og håndheve rettigheter i etterfølgende systemer. Også etter et modellbytte må hver forespørsel kontrolleres i riktig brukerkontekst. Et syntaktisk gyldig argument gir verken tilgang eller rett til å omgå en avvisning.
Eksemplet krever tydelig håndtering av nektet tilgang, manglende data og midlertidige feil. Disse tilfellene kan kreve ulike neste steg. En feil må ikke automatisk føre til en bredere forespørsel eller flere rettigheter.
Hva adapteren faktisk gjør enklere
Et avgrenset, dokumentert grensesnitt kan begrense ombyggingen. Hvis verktøyomfang, datamodell og feilkontrakt er stabile, trenger man etter modellbyttet kanskje bare å tilpasse den leverandørspesifikke tilkoblingen og tilhørende instruksjoner. En fullstendig ombygging er da ikke nødvendigvis påkrevd.
I et forløp som viser kontrollerte verktøydata direkte uten å generere en fri fortsettelse, kan feilpunktet som vises her være mindre. Andre kontroller av inndata, rettigheter og resultater er fortsatt relevante. Det avgjørende er forløpet som faktisk brukes.
Vurder byttet ut fra atferden
Microsoft beskriver sammenligninger med de samme tilfellene og eget fokus på enkeltfeil. Ta også med verktøyavvisninger og manglende resultater. Dokumenter om en feil fører til en korrekt begrensning, en uautorisert følgehandling eller en udokumentert påstand.
En fungerende tilkobling er en nyttig del av utbyttbarheten. Produksjonssetting avhenger også av om den nye konfigurasjonen følger de tiltenkte grensene og beslutningene i applikasjonsforløpet.
Kilder
Les videre
Alle artikler







KI og automatisering med ASES
KI-assistenter og automatiserte prosesser



