Kort sagt: Et API er et avtalt grensesnitt som programvaresystemer bruker til å utveksle forespørsler og data. Dokumentasjonen definerer operasjoner, inndata, utdata, autentisering og begrensninger.
Slik bruker jeg et API i praksis
Jeg skiller mellom en API-prototype og en produksjonsprosess. En prototype bekrefter nytten; produksjon krever tillatelser, begrensninger, overvåking og en reserveløsning. Jeg betrakter ikke et resultat som et faktum bare fordi det høres overbevisende ut, og sporer viktige påstander tilbake til den opprinnelige kilden.
Hva du bør følge med på
Den største risikoen er å automatisere en uklar prosess. API-et produserer da inkonsekvente resultater raskere og gjør feil vanskeligere å spore. Følg med på sensitive data, ukjente tjenestebetingelser og beslutninger som ikke enkelt kan reverseres.
Spørsmål for beslutninger
- Hvilken avgrenset oppgave skal teknologien forbedre?
- Hvilke data kan brukes, og hvem kontrollerer resultatet?
- Hvordan skal vi måle nøyaktighet og kostnad i reelle tilfeller?
- Hvordan stopper eller reverserer vi prosessen etter en feil?