15 пытанняў, якія вы павінны задаць пра іх API перад выбарам платформы

Пытанні па выбары API

Добры сябар і настаўнік напісаў мне пытанне, і я хацеў бы выкарыстаць свае адказы для гэтага паведамлення. Яго пытанні былі больш сканцэнтраваны на адной галіне (электронная пошта), таму я абагульніў свае адказы на ўсе API. Ён спытаў, якія пытанні кампанія павінна задаць пастаўшчыку пра іх API, перш чым рабіць выбар.

Навошта вам API?

An Інтэрфейс праграмавання прыкладанняў гэта інтэрфейс, які прадастаўляецца камп'ютэрнай сістэмай, бібліятэкай або дадаткам для таго, каб дазволіць рабіць запыты на паслугі з дапамогай іншых камп'ютэрных праграм і / або дазваляць абменьвацца дадзенымі паміж імі.

Вікіпедыя

Падобна таму, як вы ўводзіце URL-адрас і атрымліваеце адказ на вэб-старонцы, API - гэта метад, пры якім вашы сістэмы могуць запытаць і атрымаць адказ назад для сінхранізацыі дадзеных паміж імі. Паколькі кампаніі імкнуцца лічбава трансфармаваць сябе, аўтаматызацыя задач з дапамогай API - выдатны спосаб павысіць эфектыўнасць у арганізацыі і паменшыць чалавечыя памылкі.

API займаюць галоўнае месца ў аўтаматызацыі, асабліва ў маркетынгавых праграмах. Адна з праблем пры пакупках выдатнага прадаўца з комплексным API заключаецца ў тым, што рэсурсы і выдаткі на развіццё, як правіла, бываюць падуманым. Каманда маркетынгу альбо Арганізацыя маркетынгавых арганізацый можа кіраваць купляй прыкладання, і часам каманда распрацоўшчыкаў не атрымлівае шмат увагі.

Даследаванне магчымасцей інтэграцыі платформы праз API патрабуе не простага пытання, Ці ёсць API?

Калі вы ўвайдзеце ў праграму з дрэнна падтрымоўваным або дакументальна пацверджаным API, вы звар'яцееце сваю каманду распрацоўшчыкаў, і ваша інтэграцыя, хутчэй за ўсё, скончыцца альбо не атрымаецца. Знайдзіце патрэбнага пастаўшчыка, і ваша інтэграцыя спрацуе, і людзі, якія займаюцца распрацоўкамі, з радасцю дапамогуць!

Пытанні даследавання па іх магчымасцях API:

  1. Разрыў у характарыстыках - Вызначце, якія функцыі карыстацкага інтэрфейсу даступныя праз інтэрфейс праграмавання праграм. Якія функцыі мае API, а карыстацкі інтэрфейс - і наадварот?
  2. Шкала - Спытайце, колькі тэлефануе на іх API штодня. Ці ёсць у іх выдзелены пул сервераў? Колькасць неверагодна важная, бо вы хочаце вызначыць, ці з'яўляецца API непасрэднай думкай альбо на самай справе з'яўляецца часткай стратэгіі кампаніі.
  3. дакументацыя - Папытаеце дакументацыю API. Ён павінен быць надзейным, прапісваючы ўсе функцыі і зменныя, даступныя ў API.
  4. супольнасць - Спытаеце, ці ёсць у іх Інтэрнэт-суполка распрацоўшчыкаў для абмену кодам і ідэямі з іншымі распрацоўшчыкамі. Супольнасці распрацоўшчыкаў - гэта ключ да хуткага і эфектыўнага запуску вашых намаганняў у галіне развіцця і інтэграцыі. Замест таго, каб выкарыстоўваць у кампаніі «хлопца API», вы таксама выкарыстоўваеце ўсіх іх кліентаў, якія ўжо мелі спробы і памылкі пры інтэграцыі іх рашэння.
  5. Астатняе супраць мыла - Спытайце, якога тыпу API у іх ёсць ... Звычайна існуюць API REST і API веб-службы (SOAP). Яны могуць развіваць і тое, і іншае. Інтэграцыя з любым з іх мае перавагі і праклёны ... вы павінны быць знаёмыя з магчымасцямі вашых інтэграцыйных рэсурсаў.
  6. Мовы - Спытайцеся, з якімі платформамі і прыкладаннямі яны паспяхова інтэграваліся, і запытайце кантакты, каб вы маглі даведацца ў гэтых кліентаў, наколькі складана было інтэграваць і наколькі добра працуе API.
  7. Недахопы - Спытайцеся, якія абмежаванні мае пастаўшчык у колькасці размоў у гадзіну, у дзень, у тыдзень і г. д. Калі вы не з маштабуецца пастаўшчыком, ваш рост будзе абмежаваны кліентам.
  8. Узоры - Яны прапануюць бібліятэку прыкладаў кода, каб лёгка пачаць? Шматлікія кампаніі выдаюць SDK (наборы для распрацоўкі праграмнага забеспячэння) для розных моў і платформаў, якія паскораць тэрміны вашай інтэграцыі.
  9. Пясочніца - Яны прапануюць непрадукцыйную канчатковую кропку альбо асяроддзе пясочніцы для тэставання кода?
  10. Рэсурсы - Спытаеце, ці ёсць у іх спецыяльныя рэсурсы па інтэграцыі ў сваёй кампаніі. Ці ёсць у іх унутраная кансультацыйная група, даступная для інтэграцыі? Калі так, кіньце некалькі гадзін у кантракт!
  11. бяспекі - Як яны праходзяць аўтэнтыфікацыю з дапамогай API? Гэта ўліковыя дадзеныя карыстальніка, ключы ці іншыя метадалогіі? Ці могуць яны абмежаваць запыты па IP-адрасе?
  12. Uptime - Спытайце, што іх API час бесперабойнай працы і ўзровень памылак, а таксама час іх абслугоўвання. Акрамя таго, важныя стратэгіі абыйсці іх. Ці ёсць у іх унутраныя працэсы, якія будуць спрабаваць паўторна API званкі, калі запіс будзе недаступны з-за іншага працэсу? Гэта штосьці яны распрацавалі ў сваім рашэнні?
  13. ОАС - У іх ёсць Пагадненне аб узроўні абслугоўвання дзе час працы павінна быць вышэй за 99.9%?
  14. Дарожная карта - Якія будучыя функцыі яны ўключаюць у свой API і якія чаканыя графікі дастаўкі?
  15. інтэграцыі - Якія інтэграваныя інтэграцыі яны распрацавалі альбо распрацавалі іншыя? Часам кампаніі могуць адмовіцца ад унутранай распрацоўкі па асаблівасцях, калі іншая прадуктызаваная інтэграцыя ўжо існуе і падтрымліваецца.

Ключ да гэтых пытанняў заключаецца ў тым, што інтэграцыя "выходзіць замуж" за платформу. Вы не хочаце выйсці за яго замуж, не даведаўшыся пра яго як мага больш, праўда? Гэта менавіта тое, што адбываецца, калі людзі купляюць платформу, не ведаючы пра свае магчымасці інтэграцыі.

Акрамя API, вы таксама павінны паспрабаваць даведацца, якія іншыя інтэграцыйныя рэсурсы яны могуць мець: штрых-кодаванне, адлюстраванне, ачыстка дадзеных, RSS, вэб-формы, фішкі, афіцыйная інтэграцыя партнёраў, рухавікі сцэнарыяў, падзенне SFTP і г.д.

2 Каментары

  1. 1

Што вы думаеце?

Гэты сайт выкарыстоўвае Akismet для барацьбы са спамам. Даведайцеся, як дадзеныя апрацоўваюцца каментар.