15 vragen die u moet stellen over hun API voordat u een platform selecteert

API-selectievragen

Een goede vriend en mentor heeft mij een vraag gesteld en ik wil mijn reacties graag gebruiken voor dit bericht. Zijn vragen waren iets meer gericht op één branche (e-mail), dus ik heb mijn antwoorden op alle API's gegeneraliseerd. Hij vroeg welke vragen een bedrijf een leverancier moet stellen over zijn API voordat hij een selectie maakt.

Waarom heb je API's nodig?

An Application Programming Interface (API) is de interface die een computersysteem, bibliotheek of applicatie biedt om verzoeken om diensten van andere computerprogramma's mogelijk te maken en / of om gegevens tussen hen uit te wisselen.

Wikipedia

Net zoals u een URL typt en een reactie terugkrijgt op een webpagina, is een API een methode waarmee uw systemen een reactie kunnen opvragen en krijgen om gegevens tussen hen te synchroniseren. Omdat bedrijven zichzelf digitaal willen transformeren, is het automatiseren van taken via API's een geweldige manier om de efficiëntie binnen de organisatie te verbeteren en menselijke fouten te verminderen.

API's staan ​​centraal bij automatisering, vooral in marketingtoepassingen. Een van de uitdagingen bij het winkelen voor een geweldige leverancier met een uitgebreid API is dat ontwikkelingsmiddelen en -uitgaven meestal een bijzaak zijn. Het marketingteam of de CMO kan de aankoop van een applicatie aansturen en soms krijgt het ontwikkelteam niet veel input.

Het onderzoeken van de integratiemogelijkheden van een platform via een API vereist meer dan een simpele vraag, Is er een API?

Als je je aanmeldt met een applicatie met een slecht ondersteunde of gedocumenteerde API, zul je je ontwikkelingsteam gek maken en zullen je integraties waarschijnlijk te kort komen of helemaal niet werken. Vind de juiste leverancier en uw integratie werkt en uw ontwikkelingsmedewerkers helpen u graag verder!

Onderzoeksvragen over hun API-mogelijkheden:

  1. Functie Gap - Identificeer welke functies van hun gebruikersinterface beschikbaar zijn via de Application Programming Interface. Welke functies heeft de API die de gebruikersinterface niet heeft en vice versa?
  2. Schalen - Vraag hoeveel oproepen er naar hun API dagelijks. Hebben ze een speciale pool met servers? Hoeveelheid is ongelooflijk belangrijk, omdat u wilt bepalen of de API een bijzaak is of eigenlijk deel uitmaakt van de strategie van het bedrijf.
  3. Documentatie - Vraag naar de API-documentatie. Het moet robuust zijn en elke functie en variabele beschrijven die beschikbaar is in de API.
  4. Gemeenschap - Vraag of ze een online ontwikkelaarscommunity beschikbaar hebben om code en ideeën met andere ontwikkelaars te delen. Ontwikkelaarscommunity's zijn de sleutel tot het snel en efficiënt starten van uw ontwikkelings- en integratie-inspanningen. In plaats van 'de API-man' bij het bedrijf te benutten, maakt u ook gebruik van al hun klanten die al proeven en fouten hebben gehad bij het integreren van hun oplossing.
  5. REST versus SOAP - Vraag wat voor soort API ze hebben ... Meestal zijn er REST API's en Web Service (SOAP) API's. Ze kunnen beide ontwikkelen. Integreren met een van beide heeft voordelen en vloeken… u moet bekend zijn met de mogelijkheden van uw integratiemiddelen (IT).
  6. Talen - Vraag met welke platforms en applicaties ze met succes hebben geïntegreerd en vraag contactpersonen aan, zodat u bij die klanten kunt achterhalen hoe moeilijk het was om te integreren en hoe goed de API werkt.
  7. Beperkingen - Vraag welke beperkingen de leverancier heeft in het aantal oproepen per uur, per dag, per week, etc. Als u niet bij een schaalbare leverancier werkt, wordt uw groei beperkt door de klant.
  8. samples - Bieden ze een bibliotheek met codevoorbeelden om gemakkelijk aan de slag te gaan? Veel bedrijven publiceren SDK (Software Development Kits) voor verschillende talen en frameworks die uw integratietijdlijn versnellen.
  9. sandbox - Bieden ze een niet-productie-eindpunt of sandbox-omgeving aan waarin u uw code kunt testen?
  10. Bronnen - Vraag of ze over specifieke integratiemiddelen binnen hun bedrijf beschikken. Hebben ze een interne adviesgroep beschikbaar voor integratie? Als dat zo is, gooi dan een paar uur in het contract!
  11. Beveiliging - Hoe authenticeren ze met behulp van de API? Zijn het gebruikersreferenties, sleutels of andere methodologieën? Kunnen ze verzoeken beperken op basis van IP-adres?
  12. Uptime - Vraag wat hun is API uptime en foutenpercentage zijn, en wanneer hun onderhoudsuren zijn. Ook zijn strategieën om hieromheen te werken belangrijk. Hebben ze interne processen die opnieuw zullen proberen? API oproepen in het geval het record niet beschikbaar is vanwege een ander proces? Is dit iets dat ze in hun oplossing hebben ontwikkeld?
  13. SLA - Hebben ze een Service Level Agreement waar de uptimes meer dan 99.9% moeten zijn?
  14. roadmap - Welke toekomstige functies nemen ze op in hun API en wat zijn de verwachte leveringsschema's?
  15. Integraties - Welke productintegraties hebben ze ontwikkeld of die derde partijen hebben ontwikkeld? Soms kunnen bedrijven afzien van interne ontwikkeling van functies wanneer er al een andere productgerichte integratie bestaat en wordt ondersteund.

De sleutel tot deze vragen is dat integratie je 'trouwt' met het platform. Je wilt toch niet met iemand trouwen zonder zoveel mogelijk over hem te weten te komen? Dit is precies wat er gebeurt als mensen een platform kopen zonder kennis van hun integratiemogelijkheden.

Naast een API moet u ook proberen uit te vinden welke andere integratiebronnen ze mogelijk hebben: barcodering, mapping, gegevensopschoningsservices, RSS, webformulieren, widgets, formele partnerintegraties, scriptengines, SFTP-drops, enz.

2 reacties

  1. 1

Wat denk je?

Deze site gebruikt Akismet om spam te verminderen. Ontdek hoe uw reactiegegevens worden verwerkt.