15 Demandoj, kiujn Vi Devus Demandi Pri Ilia API Antaŭ Elekti Platformon

API-Elektaj Demandoj

Bona amiko kaj mentoro verkis demandon al mi kaj mi ŝatus uzi miajn respondojn por ĉi tiu afiŝo. Liaj demandoj iom pli fokusiĝis al unu industrio (retpoŝto), do mi ĝeneraligis miajn respondojn al ĉiuj APIoj. Li demandis, kiajn demandojn kompanio devas fari al vendisto pri sia API antaŭ ol elekti.

Kial Vi Bezonas APIojn?

An interfaco pri programado de programoj (API) estas la interfaco kiun komputila sistemo, biblioteko aŭ aplikaĵo disponigas por permesi petojn pri servoj de ĝi fare de aliaj komputilaj programoj, kaj / aŭ permesi interŝanĝi datumojn inter ili.

Vikipedio

Samkiel vi tajpas URL kaj reakiras respondon sur retpaĝo, API estas metodo, kie viaj sistemoj povas peti kaj reakiri respondon por sinkronigi datumojn inter ili. Dum kompanioj celas ciferece transformi sin, aŭtomatigi taskojn per APIoj estas bonega maniero plibonigi efikecon en la organizo kaj redukti homan eraron.

APIoj estas centraj al aŭtomatigo, precipe en merkataj aplikoj. Unu el la defioj aĉetante grandan vendiston kun ampleksa API estas, ke disvolvaj rimedoj kaj elspezoj kutime estas postpenso. La merkatista teamo aŭ CMO eble kaŭzas aĉeton de aplikaĵo kaj foje la disvolva teamo ne multe kontribuas.

Esplori la integriĝajn kapablojn de platformo per API postulas pli ol la simpla demando, Ĉu ekzistas API?

Se vi ensalutas per aplikaĵo kun malbone subtenata aŭ dokumentita API, vi frenezigos vian disvolvan teamon kaj viaj integriĝoj probable mallongiĝos aŭ tute malsukcesos. Trovu la taŭgan vendiston, kaj via integriĝo funkcios kaj viaj evoluaj homoj volonte helpos!

Esploraj Demandoj Pri Iliaj API-Kapabloj:

  1. Trajta Gap - Identigu kiajn funkciojn de ilia Uzantinterfaco haveblas per la Programprograma Interfaco. Kiujn funkciojn havas la API, kiun la UI ne havas kaj inverse?
  2. skalo - Demandu kiom da telefonoj estas farataj al iliaj API ĉiutage. Ĉu ili havas diligentan grupon de serviloj? Kvanto estas nekredeble grava, ĉar vi volas identigi ĉu la API estas postpenso aŭ efektive parto de la strategio de la kompanio.
  3. Dokumentoj - Petu la API-dokumentadon. Ĝi devas esti fortika, precizigante ĉiun funkcion kaj variablon haveblan en la API.
  4. komunumo - Demandu ĉu ili havas aŭ ne interretan Programaran Komunumon haveblan por dividi kodon kaj ideojn kun aliaj programistoj. Programistoj estas ŝlosilaj por lanĉi viajn evoluajn kaj integriĝajn klopodojn rapide kaj efike. Prefere ol utiligi "la API-ulon" ĉe la kompanio, vi ankaŭ utiligas ĉiujn iliajn klientojn, kiuj jam havis provojn kaj erarojn, kiuj integris sian solvon.
  5. RIPOZO kontraŭ SAPO - Demandu kian specon de API ili havas ... Tipe ekzistas RESTaj APIoj kaj Retejaj Servoj (SOAP) APIoj. Ili eble disvolvas ambaŭ. Integriĝi kun ambaŭ havas avantaĝojn kaj malbenojn ... vi devas koni, kiajn kapabloj de viaj integriĝaj rimedoj (IT).
  6. Lingvoj - Demandu, kiajn platformojn kaj aplikojn ili sukcese integris kaj petu kontaktojn, por ke vi eksciu de tiuj klientoj, kiel malfacile estis integriĝi kaj kiel bone funkcias la API.
  7. Limigoj - Demandu, kiajn limojn havas la vendisto pri nombro de vokoj po horo, tago, semajno, ktp. Se vi ne estas kun skalebla vendisto, via kresko estos limigita de la kliento.
  8. specimenoj - Ĉu ili ofertas bibliotekon de kodekzemploj por facile komenci? Multaj kompanioj eldonas SDK (Programaro-Ilaroj) por diversaj lingvoj kaj kadroj, kiuj akcelos vian integriĝan templinion.
  9. Testejo - Ĉu ili ofertas neproduktadan finpunkton aŭ sablokeston por ke vi testu vian kodon?
  10. Rimedoj - Demandu, ĉu ili dediĉis Integriĝajn rimedojn ene de sia kompanio. Ĉu ili havas internan konsultejon disponeblan por integriĝo? Se jes, enmetu kelkajn horojn en la kontrakton!
  11. Sekureco - Kiel ili aŭtentikigas per la API? Ĉu temas pri uzantaj atestiloj, ŝlosiloj aŭ aliaj metodikoj? Ĉu ili povas limigi petojn per IP-adreso?
  12. Senkulpa - Demandu, kio estas ilia API aktualeco kaj erarofteco estas, kaj kiam iliaj prizorgaj horoj estas. Ankaŭ strategioj por labori ĉirkaŭ ili gravas. Ĉu ili havas internajn procezojn, kiuj denove provos API vokoj en la okazo ke la registro ne disponeblas pro alia procezo? Ĉu ĉi tio estas io, kion ili kreis en sia solvo?
  13. SLA - Ĉu ili havas Servo-nivelo-interkonsento kie plenumaj tempoj devas esti pli ol 99.9%?
  14. vojmapo - Kiujn estontajn funkciojn ili inkluzivas en sian API kaj kiaj estas la atendataj liveraj horaroj?
  15. Integraĵoj - Kiujn produktitajn integriĝojn ili disvolvis aŭ ke triaj disvolvis? Foje, kompanioj povas rezigni internan evoluon pri funkcioj kiam alia produktita integriĝo jam ekzistas kaj estas subtenata.

La ŝlosilo al ĉi tiuj demandoj estas, ke integriĝo 'geedziĝas' kun la platformo. Vi ne volas edziĝi kun iu sen ekkoni tiom multe kiom vi povas pri ili, ĉu? Ĝuste tio okazas, kiam homoj aĉetas platformon sen scio pri siaj integriĝaj kapabloj.

Krom API, vi ankaŭ provu ekscii, kiajn aliajn integriĝajn rimedojn ili povas havi: Strekokodo, mapado, datumpurigaj servoj, RSS, Retejaj Formoj, Uzaĵoj, formalaj Partneraj Integriĝoj, Skriptaj Motoroj, SFTP-gutoj, ktp

2 Komentoj

  1. 1

Kion vi pensas?

Ĉi tiu retejo uzas Akismeton por redukti spamon. Lernu, kiel via komento datiĝas.