15 pitanja koja biste trebali postaviti o njihovom API-ju prije odabira platforme

Pitanja o odabiru API-ja

Dobar prijatelj i mentor napisao mi je pitanje i volio bih iskoristiti svoje odgovore za ovaj post. Njegova su pitanja bila malo više usmjerena na jednu industriju (e-pošta), pa sam generalizirao svoje odgovore na sve API-je. Pitao je koja bi pitanja tvrtka trebala postaviti dobavljaču o njihovom API-ju prije nego što odabere.

Zašto su vam potrebni API-ji?

An sučelje aplikacijskog programiranja (API) je sučelje koje računalni sustav, knjižnica ili aplikacija pruža kako bi se omogućilo da drugi računalni programi od njega zahtijevaju usluge i / ili omogućili razmjenu podataka između njih.

Wikipedija

Baš kao što upišete URL i dobijete odgovor na web stranici, API je metoda kojom vaši sustavi mogu zatražiti i dobiti odgovor natrag za sinkronizaciju podataka između sebe. Dok se tvrtke žele digitalno transformirati, automatizacija zadataka putem API-ja izvrstan je način za poboljšanje učinkovitosti unutar organizacije i smanjenje ljudskih pogrešaka.

API-ji su ključni za automatizaciju, posebno u marketinškim aplikacijama. Jedan od izazova prilikom kupovine velikog dobavljača s cjelovitom API jest da su razvojni resursi i troškovi obično promišljanja. Marketinški tim ili CMO mogu potaknuti kupnju aplikacije, a ponekad razvojni tim nema puno podataka.

Istraživanje mogućnosti integracije platforme putem API-ja zahtijeva više od jednostavnog pitanja, Postoji li API?

Ako se prijavite aplikacijom s slabo podržanim ili dokumentiranim API-jem, izludit ćete svoj razvojni tim i vaše će integracije vjerojatno proći kratkim postupkom ili će uopće propasti. Pronađite pravog dobavljača i vaša integracija će uspjeti, a ljudi koji rade na razvoju rado će vam pomoći!

Istraživačka pitanja o njihovim API mogućnostima:

  1. Značajka jaz - Utvrdite koje su značajke njihovog korisničkog sučelja dostupne putem sučelja za programiranje aplikacija. Koje značajke ima API, a koje korisničko sučelje nema i obrnuto?
  2. Skala - Pitajte koliko je poziva upućeno njihovim API dnevno. Imaju li namjenski bazen poslužitelja? Količina je nevjerojatno važna jer želite utvrditi je li API naknadna misao ili je zapravo dio strategije tvrtke.
  3. Dokumentacija - Zatražite API dokumentaciju. Trebao bi biti robustan, ispisujući sve značajke i varijable dostupne u API-ju.
  4. zajednica - Pitajte imaju li mrežnu zajednicu programera dostupnu za dijeljenje koda i ideja s drugim programerima. Zajednice programera su ključne za brzo i učinkovito pokretanje vaših napora u razvoju i integraciji. Umjesto da iskoristite 'API APIja' u tvrtki, vi također koristite sve njihove kupce koji su već imali pokušaje i pogreške integrirajući svoje rješenje.
  5. OSTATAK vs SAPUN - Pitajte koju vrstu API imaju ... Tipično postoje REST API-ji i API-ji web usluga (SOAP). Možda razvijaju oboje. Integracija s bilo kojim od njih ima koristi i prokletstva ... trebali biste biti upoznati s mogućnostima vaših integracijskih resursa (IT).
  6. jezici - Pitajte s kojim su se platformama i aplikacijama uspješno integrirali i zatražite kontakte kako biste od tih kupaca mogli saznati koliko je bilo teško integrirati i koliko dobro API radi.
  7. Ograničenja - Pitajte koja ograničenja dobavljač ima u broju poziva po satu, dnevno, tjedno itd. Ako niste kod skalabilnog dobavljača, vaš će rast ograničiti kupac.
  8. Uzorci - Da li nude biblioteku primjera koda za lakši početak? Mnoge tvrtke objavljuju SDK (pakete za razvoj softvera) za različite jezike i okvire koji će ubrzati vašu vremensku crtu integracije.
  9. Kutija s pijeskom - Da li nude neprodukcijsko okruženje krajnje točke ili okruženja u kojem možete testirati svoj kôd?
  10. Resursi - Pitajte imaju li posvećene integracijske resurse u svojoj tvrtki. Imaju li internu konzultantsku skupinu na raspolaganju za integraciju? Ako je tako, bacite nekoliko sati na ugovor!
  11. Sigurnost - Kako provjeravaju autentičnost pomoću API-ja? Jesu li to vjerodajnice korisnika, ključevi ili druge metodologije? Mogu li ograničiti zahtjeve prema IP adresi?
  12. Uptime - Pitajte što je njihovo API vrijeme rada i stopa pogrešaka te kada su sati održavanja. Također su važne strategije zaobilaženja. Imaju li interne procese koji će ponovno pokušati API poziva u slučaju da zapis nije dostupan zbog drugog postupka? Je li to nešto što su oni osmislili u svom rješenju?
  13. SLA - Imaju li Service Level Agreement gdje bi uptimes trebao biti veći od 99.9%?
  14. Putokaz - Koje buduće značajke uključuju u svoj API i koji su očekivani rasporedi isporuke?
  15. integracije - Koje su producirane integracije razvili ili treće strane? Ponekad se tvrtke mogu odreći unutarnjeg razvoja značajki kada već postoji druga producirana integracija i koja je podržana.

Ključ ovih pitanja je da vas integracija 'vjenčava' s platformom. Ne želite se udati za nekoga, a da ne saznate što više o njemu, zar ne? Upravo se to događa kada ljudi kupuju platformu bez znanja o svojim integracijskim mogućnostima.

Osim API-ja, trebali biste pokušati otkriti i koje druge resurse integracije mogu imati: barkodiranje, mapiranje, usluge čišćenja podataka, RSS, web obrasci, widgeti, formalne integracije partnera, skriptni motori, SFTP padovi itd.

3 Komentari

  1. 1
  2. 3

Što vi mislite?

Ova web stranica koristi Akismet za smanjenje neželjene pošte. Saznajte kako se podaci vašeg komentara obrađuju.