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 pitanja treba tvrtka postaviti dobavljaču o njihovom API prije nego što odabere.

Zašto su vam potrebni API-ji?

An sučelje aplikacijskog programiranja (API) je sučelje koje računarski sistem, 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.

Wikipedia

Baš kao što upišete URL i dobijete odgovor na web stranici, API je metoda kojom vaši sistemi mogu tražiti i dobiti odgovor natrag za sinhronizaciju podataka između sebe. Dok se kompanije žele digitalno transformirati, automatizacija zadataka putem API-ja sjajan je način za poboljšanje efikasnosti unutar organizacije i smanjenje ljudskih grešaka.

API-ji su ključni za automatizaciju, posebno u marketinškim aplikacijama. Jedan od izazova prilikom kupovine velikog dobavljača s opsežnim API je da su razvojni resursi i troškovi obično promišljeni. Marketinški tim ili CMO mogu pokrenuti kupnju aplikacije, a ponekad razvojni tim ne dobije 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 vremenom ili će uopće propasti. Nađ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. Karakteristika jaz - Utvrdite koje su funkcije korisničkog sučelja dostupne putem sučelja za programiranje aplikacija. Koje funkcije API ima, a UI nema i obrnuto?
  2. skala - Pitajte koliko je poziva upućeno njihovim API svakodnevno. Imaju li namjenski bazen poslužitelja? Količina je nevjerovatno važna jer želite utvrditi je li API naknadna zamisao ili je zapravo dio strategije kompanije.
  3. Dokumentacija - Zatražite API dokumentaciju. Trebao bi biti robustan, ispisujući sve značajke i varijable dostupne u API-ju.
  4. zajednica - Pitajte da li im je na raspolaganju internetska zajednica programera za dijeljenje koda i ideja s drugim programerima. Zajednice programera su ključne za brzo i efikasno pokretanje vaših napora u razvoju i integraciji. Umjesto da iskoristite "API API-ja" u kompaniji, također koristite sve njihove kupce koji su već imali pokušaje i pogreške integrirajući svoje rješenje.
  5. OSTALO vs SOAP - Pitaj 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 platformama i aplikacijama su se 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 ima dobavljač 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 kompanije objavljuju SDK (pakete za razvoj softvera) za različite jezike i okvire koji će ubrzati vašu vremensku liniju 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 da li imaju posvećene resurse za integraciju u svojoj kompaniji. Imaju li internu konsultantsku grupu na raspolaganju za integraciju? Ako je tako, bacite nekoliko sati na ugovor!
  11. Sigurnost - Kako provjeravaju autentičnost pomoću API-ja? Da li su to vjerodajnice korisnika, ključevi ili druge metodologije? Mogu li ograničiti zahtjeve prema IP adresi?
  12. Uptime - Pitaj šta je njihovo API vrijeme rada i stopa grešaka te kada su sati održavanja. Takođe su važne strategije zaobilaženja. Imaju li interne procese koji će pokušati ponovo API poziva u slučaju da je zapis nedostupan zbog drugog postupka? Da li je to nešto što su oni osmislili u svom rješenju?
  13. SLA - Imaju li Ugovor o nivou usluge gdje bi radni vijek trebao biti veći od 99.9%?
  14. Roadmap - Koje buduće značajke uključuju u svoj API i koji su očekivani rasporedi isporuke?
  15. integracije - Koje producirane integracije su razvili ili koje su razvile treće strane? Ponekad se kompanije mogu odreći internog razvoja karakteristika kada već postoji druga producirana integracija i koja je podržana.

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

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

2 Komentari

  1. 1

Šta ti misliš?

Ova stranica koristi Akismet kako bi smanjila neželjenu poštu. Saznajte kako se podaci vašeg komentara obrađuju.