Vad är ett API?

Inom många organisationer så använder de som arbetar inom IT och utveckling många olika begrepp som är självklara för dem, men för de utanför IT så kan det vara svårt att förstå dessa begrepp och vad de har för nytta. I den här artikeln så går vi igenom ett begrepp som jag har upptäckt skapar viss förvirring utanför IT.

Definitionen av API 

Först tittar vi på den verkliga definitionen av API:er för att senare i artikeln ge exempel till dig som inte arbetar inom IT.  

Ett API (Application Programming Interface) är en uppsättning regler och protokoll som gör det möjligt för olika mjukvaror att kommunicera med varandra. Det är som en "mellanhand" som möjliggör interaktion mellan olika system och tjänster och det utan att behöva veta hur det andra systemet eller tjänsten fungerar internt. Ett API fungerar alltså som en brygga mellan tjänster, verktyg och datakällor, vilket gör det möjligt att integrera och utöka system och tjänsters funktionalitet.  

Varför är API:er viktiga? 

Automatiserade processer 

Genom API:er går det att automatisera processer. Om organisationen har en tydlig strategi för sina API:er så kan team lätt hitta och börja använda API:er inom organisationen och undvika att duplicera funktionalitet.  

Utökad kompabilitet 

API:er möjliggör att system kan kommunicera med varandra oberoende av vilken teknologi ett system eller tjänst har utvecklas med. Så en tjänst skriven i Java kan kommunicera med tjänster skrivna i .Net utan att behöva ta hänsyn till underliggande teknologi.  

Skalbarhet 

Samma API kan utnyttjas av många olika system och tjänster utan att behöva duplicera varken logik eller infrastruktur och gör att det går lätt att skala upp.  

En förklaring av API för någon utanför IT 

Följande analogi skulle kunna användas för att förklara ett API för någon som inte arbetar med IT.  

Tänk dig att du sitter på en restaurang och tittar på en meny. När servitören kommer för att ta din beställning så ber du servitören om en viss rätt från menyn. Servitören tar därefter din information och förmedlar till köket. Efter en viss tid kommer servitören ut med din beställda rätt.  

I det här fallet kan vi se servitören som ett API. Han förmedlar din information och ger dig resultatet, vilket i detta fall är en maträtt. Du som restaurangbesökare behöver inte veta något om hur köket ser ut och fungerar eller vem som arbetar där. Kanske till och med kocken pratar ett språk som du inte förstår. Det spelar egentligen ingen roll eftersom du endast förmedlar informationen till servitören. Man skulle alltså kunna se API:er som ett sätt att kunna förmedla information mellan två personer(eller system) utan att ens behöva kunna prata samma språk.  

Vill du veta mer om hur du kan använda API:er för att få mer värde till din organisation? Här kan du läsa om vikten av kundfokuserade API:er.