Intro
Med noen få klikk på et skrivebord eller en enhet kan man kjøpe, selge eller publisere hva som helst, når som helst. Nøyaktig hvordan skjer det? Hvordan gjør informasjon komme fra her til der? Den ukjente helten er API.
Hva er en API?
API står for en APPLIKASJONSPROGRAMMERINGSGRENSESNITT. En API uttrykker en programvarekomponent, dens operasjoner, innganger, utganger og underliggende typer. Men hvordan forklarer du API på vanlig engelsk? API-en fungerer som en messenger som overfører forespørselen din fra en applikasjon og leverer svaret tilbake til deg.
Eksempel 1: Når du søker etter flyreiser på nettet. Du samhandler med flyselskapets nettside. Nettstedet viser plassene og kostnadene for flyreisen på den aktuelle datoen og klokkeslettet. Du velger forespørsler om måltid eller sitteplasser, bagasje eller kjæledyr.
Men hvis du ikke bruker flyselskapets direkte nettside eller og bruker et online reisebyrå som kombinerer data fra mange flyselskaper. For å få informasjonen samhandler en applikasjon med flyselskapets API. API er grensesnittet som tar data fra reisebyråets nettside til flyselskapets system.
Det tar også flyselskapets respons og leverer rett tilbake. Dette letter samspillet mellom reisetjenesten og flyselskapets systemer - for å bestille flyreisen. API-er innebærer et bibliotek for rutiner, datastrukturer, objektklasser og variabler. For eksempel SOAP og REST tjenester.
Eksempel 2: Best Buy gjør en spesialpris for Dagens Deal tilgjengelig via nettsiden sin. De samme dataene er i mobilapplikasjonen. Appen bekymrer seg ikke for det interne prissystemet - den kan ringe Deal of the Day API og spørre, hva er prisingen spesiell? Best Buy svarer med den forespurte informasjonen i et standardformat som appen viser til sluttbrukeren.
Example3: APIer for sosiale medier er avgjørende. Brukere kan få tilgang til innhold og holde antallet kontoer og passord de holder styr på lavt, slik at de kan holde ting enkelt.
- Twitter API: Samhandle med de fleste Twitter-funksjoner
- Facebook API: For betalinger, brukerdata og pålogging
- Instagram API: Merk brukere, se trendende bilder
Hva med REST & SOAP API-er?
SOAP og REST bruke en API-krevende tjeneste, kjent som Web API. Webtjeneste er ikke avhengig av noen forkunnskaper om informasjon. SOAP er en webtjenesteprotokoll som er lett plattformuavhengig. SOAP er en XML-basert meldingsprotokoll. I motsetning til SOAP-webtjenesten, bruker Restful-tjenesten REST-arkitektur, bygget for punkt-til-punkt-kommunikasjon.
SOAP Web-tjeneste
Simple Object Access Protocol (SOAP) bruker HTTP-protokoller for å tillate applikasjoner å kommunisere. SOAP er en retningsbestemt, statsløs kommunikasjon mellom noder.
Det er 3 typer SOAP noder:
- SOAP Sender – opprette og overføre en melding.
- SOAP Receiver – henter og behandler meldingen.
- SOAP Intermediary- mottar og behandler header-blokker.
RESTful Web Service
Representational State Transfer (REST) relaterer seg til forholdet mellom klienten og serveren og hvordan staten behandler. Rest-arkitektur, en REST-server gir ressurstilgang til klienten. Rest håndterer lesing og modifisering eller skriving av ressursene. Uniform Identifier (URI) identifiserer ressurser som inneholder et dokument. Dette vil fange opp ressurstilstanden.
REST er lettere enn SOAP-arkitektur. Den analyserer JSON, et menneskelig lesbart språk som muliggjør datadeling og enklere å bruke data, i stedet for XML brukt av SOAP-arkitektur.
Det er flere prinsipper for utforming av Restful Web Service, som er:
- Adresserbarhet – Hver ressurs bør ha minst én URL.
- Statsløshet – En avslappende tjeneste er en statsløs tjeneste. En forespørsel er uavhengig av tidligere forespørsler fra tjenesten. HTTP er ved design en statsløs protokoll.
- Bufres – Data som er merket som bufrbare lagrer i systemet og gjenbrukes i fremtiden. Som svar på samme forespørsel i stedet for å produsere de samme resultatene. Bufferbegrensninger muliggjør merking av responsdata som bufres eller ikke bufres.
- Ensartet grensesnitt – Lar et felles og standardisert grensesnitt brukes for tilgang. Bruken av en definert samling av HTTP-metoder. Å følge disse konseptene sikrer at REST-implementeringen er lett.
Fordeler med REST
- Bruker enklere format for meldinger
- Tilbyr sterkere langsiktig effektivitet
- Den støtter statsløs kommunikasjon
- Bruk HTTP-standarder og grammatikk
- Data er tilgjengelig som en ressurs
Ulemper med REST
- Svikter i standarder for webtjenester som sikkerhetstransaksjoner osv.
- REST-forespørsler er ikke skalerbare
REST vs SOAP sammenligning
Forskjeller mellom SOAP og REST webtjenester.
| SOAP Web Service | Rest Web Service |
| Krever tung input nyttelast sammenlignet med REST. | REST er lett ettersom den bruker URI for dataskjemaer. |
| Endring i SOAP-tjenester fører ofte til en betydelig endring i kode på klientsiden. | Kode på klientsiden påvirkes ikke av endringer i tjenester i REST nettlevering. |
| Returtype er alltid XML-type. | Gir allsidighet med hensyn til formen på de returnerte dataene. |
| En XML-basert meldingsprotokoll | En arkitektonisk protokoll |
| Krever et SOAP-bibliotek på slutten av klienten. | Ingen bibliotekstøtte nødvendig, brukes vanligvis over HTTP. |
| Støtter WS-Security og SSL. | Støtter SSL og HTTPS. |
| SOAP definerer sin egen sikkerhet. | RESTful webtjenester arver sikkerhetstiltak fra den underliggende transporten. |
Typer API-utgivelsespolicyer
Utgivelsespolicyer for API er:
Retningslinjer for privat utgivelse:
API-en er kun tilgjengelig for intern bedriftsbruk.
Retningslinjer for partnerutgivelse:
API-en er kun tilgjengelig for bestemte forretningspartnere. Selskapene kan kontrollere kvaliteten på API-en på grunn av kontrollen over hvem som har tilgang til den.
Retningslinjer for offentlig utgivelse:
API-en er til offentlig bruk. Tilgjengeligheten av utgivelsesretningslinjene er tilgjengelig for allmennheten. Eksempel: Microsoft Windows API og Apples Cocoa.
konklusjonen
API-er finnes overalt, enten du bestiller en flyreise eller engasjerer deg i sosiale medier-applikasjoner. SOAP API er basert på XML-kommunikasjon, det skiller seg fra REST API ved at det ikke krever noen spesiell konfigurasjon.
Utforming av Rest Web-tjenester bør følge visse konsepter, inkludert adresserbarhet, statsløshet, hurtigbufferbarhet og et standardgrensesnitt. API-utgivelsesregler kan deles inn i tre kategorier: private APIer, partner APIer og offentlige APIer.
Takk for at du leste denne artikkelen. Sjekk ut artikkelen vår om en guide til API-sikkerhet 2022.