Met de "boom" van mobiele toepassingen, en omdat ze zelden op zichzelf staan, kwam de noodzaak om manieren te creëren om de mobiele toepassingen toegang te geven tot externe gegevens en functionaliteiten [1].
Een Web API-base architectuur wordt gebruikt wanneer het nodig is om applicaties te integreren met websites of andere toepassingen. Dit architectuurpatroon maakt het gemakkelijker om onbekende software te integreren, of die nu van een andere afdeling in een grote organisatie is of van een geheel andere organisatie (Business-to-Business) [1].
Een Web API is een reeks functies en gegevens die via HTTP worden blootgesteld; hij maakt gebruik van REST met het JSON-gegevensformaat en is beschikbaar via het internet [1]. Omdat Web API's typisch extern worden blootgesteld, moet men bijzonder voorzichtig zijn met het partnerbeheer. U kunt externe partners hebben met een afhankelijkheid van de organisaties web API's als een fundamenteel onderdeel van hun bedrijf. Partnerbeheer moet een eersteklas functie zijn die wordt geleverd door de web API blootstellingscomponenten. Vanwege de hoeveelheid potentiële partners moet het self-service zijn. Het moet ook partners herkennen, hun gebruik controleren en beheersen volgens hun overeenkomst. Een ander punt van zorg is de beveiliging. De API's moeten worden beschermd tegen aanvallen van buitenaf en ze moeten de toepassingen van partners op betrouwbare wijze authenticeren om hun serviceniveaus effectief te kunnen controleren. Eén manier om deze problemen aan te pakken is het blootstellen en beheren van een web API via een API Gateway die geen van de eigenlijke functies of gegevens van de web API biedt. Een interne API Management laag is een alternatieve manier om gegevens en functies binnen de organisatie bloot te stellen [1].
Figuur 1. Web Apis-architectuur
Ricardo Santos
EAI Consultant en IoT Evangelist bij Polarising
Referenties
- Integratie-architectuur: Vergelijking van web API's met servicegeoriënteerde architectuur en integratie van bedrijfsapplicaties,http://www.ibm.com/developerworks/websphere/library/techarticles/1503_clark/1305_clark.html
