15 vrae wat u moet vra oor hul API voordat u 'n platform kies

API-seleksievrae

'N Goeie vriend en mentor het 'n vraag aan my gestel en ek wil graag my antwoorde vir hierdie pos gebruik. Sy vrae was 'n bietjie meer gerig op een bedryf (e-pos), so ek het my antwoorde op alle API's veralgemeen. Hy het gevra watter vrae 'n onderneming aan 'n verkoper oor hul API moet stel voordat hy 'n keuse maak.

Waarom benodig u API's?

An toepassingsprogrammeringskoppelvlak (API) is die koppelvlak wat 'n rekenaarstelsel, -biblioteek of -toepassing bied om versoeke vir dienste deur ander rekenaarprogramme daaraan te maak, en / of om data tussen hulle uit te ruil.

Wikipedia

Net soos u 'n URL intik en 'n antwoord op 'n webblad terugkry, is 'n API 'n metode waar u stelsels kan aanvra en terugvoer kry om data tussen hulle te sinchroniseer. Aangesien ondernemings hulself digitaal wil transformeer, is die automatisering van take deur middel van API's 'n uitstekende manier om doeltreffendheid binne die organisasie te verbeter en menslike foute te verminder.

API's is sentraal tot outomatisering, veral in bemarkingstoepassings. Een van die uitdagings as u 'n uitstekende handelaar met 'n uitgebreide winkel koop API is dat hulpbronne en uitgawes vir ontwikkeling gewoonlik 'n nadink is. Die bemarkingspan of CMO kan die aankoop van 'n aansoek beywer en soms kry die ontwikkelingspan nie veel insette nie.

Om die integrasie van 'n platform via 'n API te ondersoek, vereis meer as die eenvoudige vraag, Is daar 'n API?

As u aanmeld met 'n toepassing met 'n swak ondersteunde of gedokumenteerde API, sal u u ontwikkelingspan gek maak en sal u integrasies waarskynlik te kort kom of heeltemal misluk. Soek die regte verskaffer, en u integrasie sal werk en u ontwikkelingsmense sal u graag help!

Navorsingsvrae oor hul API-vermoëns:

  1. Gaping van funksies - Identifiseer watter funksies van hul gebruikerskoppelvlak beskikbaar is via die toepassingsprogrammeringskoppelvlak. Watter funksies het die API wat die UI nie het nie en andersom?
  2. Skaal - Vra hoeveel oproepe na hulle geskakel word API daagliks. Het hulle 'n toegewyde poel bedieners? Hoeveelheid is ongelooflik belangrik, aangesien u wil identifiseer of die API 'n nabetragting is of eintlik deel uitmaak van die onderneming se strategie.
  3. dokumentasie - Vra vir die API-dokumentasie. Dit moet robuust wees en elke funksie en veranderlike in die API beskikbaar stel.
  4. Gemeenskap - Vra of hulle 'n aanlyn ontwikkelaarsgemeenskap beskikbaar het om kode en idees met ander ontwikkelaars te deel. Ontwikkelingsgemeenskappe is die sleutel om u ontwikkelings- en integrasiepogings vinnig en doeltreffend te loods. In plaas daarvan om 'die API-man' by die maatskappy te benut, gebruik u ook al hul klante wat alreeds proewe en foute gehad het om hul oplossing te integreer.
  5. RUS vs SEEP - Vra watter tipe API hulle het ... Gewoonlik is daar REST API's en Web Service (SOAP) API's. Hulle ontwikkel dalk albei. Om met een van die twee te integreer, het voordele en vloeke… u moet vertroud wees met die vermoëns van u integrasiebronne (IT).
  6. Tale - Vra met watter platforms en toepassings hulle suksesvol geïntegreer is, en versoek kontak, sodat u by die klante kan uitvind hoe moeilik dit was om te integreer en hoe goed die API werk.
  7. Beperkings - Vra watter beperkings die verkoper het in aantal oproepe per uur, per dag, per week, ens. As u nie by 'n skaalbare verkoper is nie, sal u groei beperk word deur die klant.
  8. Monsters - Bied hulle 'n biblioteek met kode-voorbeelde aan om maklik te begin? Baie maatskappye publiseer SDK (sagteware-ontwikkelingskits) vir verskillende tale en raamwerke wat u integrasietydlyn sal versnel.
  9. sandbox - Bied u 'n nie-produksie-eindpunt of sandbox-omgewing vir u om u kode in te toets?
  10. Hulpbronne - Vra of hulle toegewyde integrasiebronne in hul onderneming het. Het hulle 'n interne konsultasiegroep beskikbaar vir integrasie? As dit so is, gooi 'n paar uur in die kontrak!
  11. sekuriteit - Hoe verifieer hulle met behulp van die API? Is dit gebruikersbewyse, sleutels of ander metodologieë? Kan hulle versoeke per IP-adres beperk?
  12. Uptime - Vra wat van hulle API uptime en foutsyfer is, en wanneer hul onderhoudstyd is. Strategieë om daaromheen te werk is ook belangrik. Het hulle interne prosesse wat weer sal probeer? API oproepe indien die rekord weens 'n ander proses nie beskikbaar is nie? Is dit iets wat hulle in hul oplossing ontwerp het?
  13. SLA - Het hulle 'n Diensvlakooreenkoms waar opstye 99.9% moet wees?
  14. Padkaart - Watter toekomstige funksies bevat hulle in hul API en wat is die verwagte afleweringskedules?
  15. integrasie - Watter geproduktiseerde integrasies het hulle ontwikkel of wat derdepartye ontwikkel het? Soms kan maatskappye die interne ontwikkeling rakende funksies laat vaar wanneer 'n ander geïdentifiseerde integrasie reeds bestaan ​​en ondersteun word.

Die sleutel tot hierdie vrae is dat integrasie u 'trou' met die platform. Jy wil tog nie met iemand trou sonder om soveel moontlik oor hulle te leer ken nie, of hoe? Dit is presies wat gebeur as mense 'n platform koop sonder kennis van hul integrasievermoëns.

Behalwe 'n API, moet u ook probeer uitvind watter ander integrasiehulpbronne hulle kan hê: strepieskodering, kartering, data-skoonmaakdienste, RSS, webvorms, widgets, formele vennootintegrasies, scriptmotors, SFTP-druppels, ens

2 Comments

  1. 1

Wat dink jy?

Hierdie webwerf gebruik Akismet om spam te verminder. Leer hoe jou opmerking verwerk is.