15 spørgsmål, du skal stille om deres API, inden du vælger en platform

API-valgspørgsmål

En god ven og mentor skrev stillede et spørgsmål til mig, og jeg vil gerne bruge mine svar til dette indlæg. Hans spørgsmål var lidt mere fokuseret på en branche (e-mail), så jeg har generaliseret mine svar på alle API'er. Han spurgte, hvilke spørgsmål et firma skulle stille en leverandør om deres API, inden han foretog et valg.

Hvorfor har du brug for API'er?

An applikationsprogrammeringsgrænseflade (API) er grænsefladen, som et computersystem, et bibliotek eller en applikation giver for at tillade anmodninger om tjenester, der skal foretages af det af andre computerprogrammer, og / eller for at tillade, at data udveksles mellem dem.

Wikipedia

Ligesom du skriver en URL og får et svar tilbage på en webside, er en API en metode, hvor dine systemer kan anmode om og få et svar tilbage for at synkronisere data mellem dem. Da virksomheder ser ud til at transformere sig selv digitalt, er automatisering af opgaver via API'er en fantastisk måde at forbedre effektiviteten i organisationen og reducere menneskelige fejl.

API'er er centrale for automatisering, især i marketingapplikationer. En af udfordringerne, når man handler efter en stor sælger med en omfattende API er, at udviklingsressourcer og -udgifter normalt er en eftertanke. Marketingteamet eller CMO kan drive køb af en applikation, og nogle gange får udviklingsholdet ikke meget input.

At undersøge en platforms integrationsfunktioner via en API kræver mere end det enkle spørgsmål, Er der en API?

Hvis du logger på med en applikation med en dårligt understøttet eller dokumenteret API, vil du gøre dit udviklingsteam vanvittigt, og dine integrationer vil sandsynligvis komme op eller mislykkes helt. Find den rigtige leverandør, så fungerer din integration, og dine udviklingsfolk hjælper dig gerne!

Forskningsspørgsmål om deres API-kapaciteter:

  1. Feature Gap - Identificer hvilke funktioner i deres brugergrænseflade, der er tilgængelige via applikationsprogrammeringsgrænsefladen. Hvilke funktioner har API'et, som brugergrænsefladen ikke har, og omvendt?
  2. Scale - Spørg, hvor mange opkald der foretages til deres API daglige. Har de en dedikeret pool af servere? Mængde er utrolig vigtigt, da du vil identificere, om API'en er en eftertanke eller faktisk en del af virksomhedens strategi.
  3. Dokumentation - Bed om API-dokumentation. Det skal være robust og stave hver eneste funktion og variabel, der er tilgængelig i API'en.
  4. Community - Spørg, om de har et online Developer Community til rådighed til deling af kode og ideer med andre udviklere. Udviklergrupper er nøglen til at starte din udviklings- og integrationsindsats hurtigt og effektivt. I stedet for at udnytte 'API-fyren' i virksomheden, udnytter du også alle deres kunder, der allerede har haft forsøg og fejl, der integrerer deres løsning.
  5. REST vs SOAP - Spørg, hvilken type API de har ... Der er typisk REST API'er og Web Service (SOAP) API'er. De udvikler muligvis begge dele. Integration med enten har fordele og forbandelser ... du skal være fortrolig med, hvad dine integrationsressourcer (IT) har.
  6. Sprog - Spørg hvilke platforme og applikationer de har integreret med succes, og anmod om kontakter, så du kan finde ud af disse kunder, hvor svært det var at integrere, og hvor godt API'en kører.
  7. Begrænsninger - Spørg hvilke begrænsninger sælgeren har i antallet af opkald i timen, pr. Dag, pr. Uge osv. Hvis du ikke er hos en skalerbar sælger, vil din vækst blive begrænset af kunden.
  8. Prøver - Tilbyder de et bibliotek med kodeeksempler for let at komme i gang? Mange virksomheder udgiver SDK (Software Development Kits) til forskellige sprog og rammer, der fremskynder din integrationstidslinje.
  9. sandkasse - Tilbyder de et ikke-produktionsendepunkt eller et sandkassemiljø, som du kan teste din kode i?
  10. Ressourcer - Spørg, om de har dedikerede integrationsressourcer i deres virksomhed. Har de en intern konsulentgruppe til rådighed til integration? I så fald skal du kaste nogle timer i kontrakten!
  11. Sikkerhed - Hvordan godkendes de ved hjælp af API'en? Er det brugeroplysninger, nøgler eller andre metoder? Kan de begrænse anmodninger efter IP-adresse?
  12. Uptime - Spørg hvad deres API oppetid og fejlprocent er, og når deres vedligeholdelsestid er. Strategier til at omgå dem er også vigtige. Har de interne processer, der vil forsøge igen API opkald, hvis posten ikke er tilgængelig på grund af en anden proces? Er det noget, de har konstrueret i deres løsning?
  13. SLA - Har de en Service Level Agreement hvor oppetider skal være op til 99.9%?
  14. køreplan - Hvilke fremtidige funktioner integrerer de i deres API, og hvad er de forventede leveringsplaner?
  15. integrationer - Hvilke produktiserede integrationer har de udviklet, eller som tredjeparter har udviklet? Nogle gange kan virksomheder afstå fra den interne udvikling af funktioner, når en anden produktiseret integration allerede eksisterer og understøttes.

Nøglen til disse spørgsmål er, at integration 'gifter' dig med platformen. Du vil ikke gifte dig med nogen uden at lære så meget som muligt om dem, gør du? Dette er netop hvad der sker, når folk køber en platform uden kendskab til deres integrationsfunktioner.

Ud over en API skal du også prøve at finde ud af, hvilke andre integrationsressourcer de måtte have: Stregkodning, kortlægning, datarensningstjenester, RSS, webformularer, widgets, formelle partnerintegrationer, scriptmotorer, SFTP-dråber osv.

2 Kommentarer

  1. 1

Hvad mener du?

Dette websted bruger Akismet til at reducere spam. Lær, hvordan dine kommentardata behandles.