15 kérdés, amelyet fel kell tenned az API-val kapcsolatban, mielőtt kiválasztanál egy platformot

API kiválasztási kérdések

Egy jó barát és mentor írt egy kérdést nekem, és a válaszaimat szeretném felhasználni erre a bejegyzésre. Kérdései kicsit jobban egy iparágra (e-mail) összpontosultak, ezért általánosítottam válaszaimat az összes API-ra. Megkérdezte, hogy a cégnek milyen kérdéseket kellene feltennie az API-jukkal kapcsolatban a kiválasztás előtt.

Miért van szükség API-kra?

An alkalmazás programozási felület (API) az az interfész, amelyet egy számítógépes rendszer, könyvtár vagy alkalmazás biztosít annak érdekében, hogy más számítógépes programok igényelhessék szolgáltatásaikat és / vagy lehetővé tegyék az adatok cseréjét közöttük.

Wikipedia

Ahogy beírja az URL-t, és visszajelzést kap egy weboldalra, az API is egy olyan módszer, ahol a rendszerei kérhetnek és válaszolhatnak az adatok szinkronizálására közöttük. Ahogy a vállalatok digitális átalakulásra törekednek, a feladatok automatizálása az API-k révén nagyszerű módja a szervezet hatékonyságának javításának és az emberi hibák csökkentésének.

Az API-k központi szerepet játszanak az automatizálásban, különösen a marketing alkalmazásokban. Az egyik kihívás, amikor egy nagyszerű, átfogó eladóval vásárol API az, hogy a fejlesztési források és kiadások általában utólagos gondolatok. A marketingcsapat vagy a CMO ösztönözheti egy alkalmazás megvásárlását, és néha a fejlesztőcsapat nem kap sok hozzájárulást.

A platform integrációs képességeinek API-n keresztül történő kutatása nem csupán az egyszerű kérdésre van szükség, Van API?

Ha rosszul támogatott vagy dokumentált API-val jelentkezik be, akkor megőrjíti a fejlesztői csapatát, és az integrációi valószínűleg rövidek lesznek, vagy teljesen meghiúsulnak. Találja meg a megfelelő gyártót, és az integráció működni fog, és fejlesztői örömmel segítenek!

Kutatási kérdések az API képességeikről:

  1. Feature Gap - Határozza meg, hogy felhasználói felületük mely funkciói érhetők el az alkalmazás programozási felületén keresztül. Milyen jellemzői vannak az API-nak, amelyek nincsenek a felhasználói felületen, és fordítva?
  2. Skála - Kérdezd meg, hány telefonhívás érkezik hozzájuk API napi. Van külön szerverkészletük? A mennyiség hihetetlenül fontos, mivel azt szeretné meghatározni, hogy az API utólagos gondolat vagy valóban része-e a vállalat stratégiájának.
  3. Dokumentáció - Kérjen API dokumentációt. Robusztusnak kell lennie, meg kell határoznia az API-ban elérhető összes funkciót és változót.
  4. közösség - Kérdezd meg, van-e online fejlesztői közösségük, amely kódokat és ötleteket oszthat meg más fejlesztőkkel. A fejlesztői közösségek kulcsfontosságúak a fejlesztési és integrációs erőfeszítések gyors és hatékony elindításához. Ahelyett, hogy az „API srácot” alkalmazná a vállalatnál, az összes ügyfelét is kihasználja, akiknek már voltak próbái és hibái a megoldás integrálásával.
  5. REST vs SOAP - Kérdezd meg, hogy milyen típusú API rendelkeznek ... Általában vannak REST API-k és Web Service (SOAP) API-k. Lehet, hogy mindkettőt fejlesztik. Az egyik integrációnak előnyei és átkai vannak ... ismernie kell az integrációs erőforrások (IT) képességeit.
  6. Nyelvek - Kérdezd meg, milyen platformokkal és alkalmazásokkal sikeresen integrálódtak, és kérj kapcsolatfelvételt, hogy megtudd az ügyfelektől, mennyire nehéz integrálni és mennyire működik az API.
  7. korlátozások - Kérdezd meg, hogy az eladónak milyen korlátai vannak az óránkénti, napi, heti, stb. Hívások számában. Ha nem skálázható szolgáltatónál van, akkor a növekedést az ügyfél korlátozza.
  8. Minták - Kínálnak kódpéldány-könyvtárat az egyszerű kezdéshez? Sok vállalat SDK-t (Software Development Kits) tesz közzé különböző nyelveken és keretrendszereken, amelyek felgyorsítják az integráció idővonalát.
  9. sandbox - Nem termelési végpontot vagy homokozó környezetet kínálnak a kód teszteléséhez?
  10. Erőforrások - Kérdezze meg, van-e dedikált integrációs erőforrásuk a vállalatukon belül. Van-e belső konzultációs csoportjuk az integrációhoz? Ha igen, dobjon néhány órát a szerződésbe!
  11. Biztonság - Hogyan hitelesítik az API-t? Felhasználói adatok, kulcsok vagy más módszertanok? Korlátozhatják a kéréseket IP-cím alapján?
  12. Uptime - Kérdezd, mi az API az üzemidő és a hibaarány, valamint a karbantartási órák száma. Fontosak a körülöttük lévő stratégiák is. Vannak-e olyan belső folyamataik, amelyek újra megpróbálkoznak? API hívások abban az esetben, ha a rekord nem érhető el egy másik folyamat miatt? Ezt tervezték a megoldásukban?
  13. SLA - Van egy Service Level Agreement ahol az üzemidőknek felfelé kell lenniük 99.9% -kal?
  14. ütemterv - Milyen jövőbeni funkciókat építenek be az API-ba és milyen várható szállítási ütemezés?
  15. Integráció - Milyen produktív integrációkat fejlesztettek ki vagy harmadik felek? Előfordul, hogy a vállalatok lemondanak a belső fejlődésről a jellemzőkről, amikor már létezik egy másik produktív integráció, és ezt támogatják.

E kérdések kulcsa az, hogy az integráció „feleségül veszi” a platformot. Ugye, nem akarsz feleségül venni valakit anélkül, hogy minél többet megismernél róluk. Pontosan ez történik, amikor az emberek integrációs képességeik ismerete nélkül vásárolnak platformot.

Az API-n túl azt is meg kell próbálni, hogy milyen további integrációs erőforrásaik lehetnek: vonalkódolás, leképezés, adattisztító szolgáltatások, RSS, webes űrlapok, widgetek, hivatalos partnerintegrációk, szkriptmotorok, SFTP cseppek stb.

2 Comments

  1. 1

Mit gondolsz?

Ez az oldal Akismet-et használ a levélszemét csökkentése érdekében. Ismerje meg, hogyan dolgozik a megjegyzésed.