15 въпроса, които трябва да зададете относно техния API, преди да изберете платформа

Въпроси за подбор на API

Един добър приятел и наставник ми зададе въпрос и бих искал да използвам отговорите си за тази публикация. Въпросите му бяха малко по-фокусирани върху една индустрия (имейл), затова обобщих отговорите си към всички API. Той попита какви въпроси трябва да зададе компания на продавача относно техния API, преди да направи избор.

Защо се нуждаете от API?

An интерфейс за приложно програмиране (API) е интерфейсът, който компютърната система, библиотека или приложение предоставя, за да позволи да се правят заявки за услуги от него от други компютърни програми и / или да се позволява обмен на данни между тях.

Уикипедия

Точно както въвеждате URL и получавате отговор обратно на уеб страница, API е метод, при който вашите системи могат да поискат и да получат отговор обратно, за да синхронизират данни между тях. Тъй като компаниите се стремят да се трансформират цифрово, автоматизирането на задачите чрез API е чудесен начин за подобряване на ефективността в рамките на организацията и намаляване на човешките грешки.

API са от основно значение за автоматизацията, особено в маркетинговите приложения. Едно от предизвикателствата при пазаруване на страхотен продавач с цялостен API е, че ресурсите и разходите за развитие обикновено са вторичен размисъл. Екипът за маркетинг или ООП може да стимулира закупуването на приложение и понякога екипът за разработки не получава много информация.

Изследването на възможностите за интеграция на платформа чрез API изисква повече от простия въпрос, Има ли API?

Ако влезете с приложение с лошо поддържан или документиран API, ще подлудите екипа си за разработки и интеграциите ви вероятно ще се окажат кратки или ще се провалят изобщо. Намерете подходящия доставчик и вашата интеграция ще работи и вашите разработчици ще се радват да помогнат!

Изследователски въпроси относно техните API възможности:

  1. Функционална пропаст - Определете кои функции на техния потребителски интерфейс са достъпни чрез интерфейса за програмиране на приложения. Какви функции има API, които потребителският интерфейс няма и обратно?
  2. Мащаб - Попитайте колко повиквания са направени до техните API всеки ден. Имат ли специален пул от сървъри? Количеството е изключително важно, тъй като искате да определите дали API е допълнителна мисъл или всъщност е част от стратегията на компанията.
  3. документация - Поискайте документацията за API. Той трябва да е надежден, като изписва всяка функция и променлива, налични в API.
  4. общност - Попитайте дали имат онлайн общност за разработчици на разположение за споделяне на код и идеи с други разработчици. Общностите на разработчиците са ключови за бързото и ефективно стартиране на вашите усилия за развитие и интеграция. Вместо да се възползвате от „API-то“ в компанията, вие също така се възползвате от всички техни клиенти, които вече са имали проби и грешки при интегрирането на своето решение.
  5. ПОЧИВКА срещу САПУН - Попитайте какъв тип API те имат ... Обикновено има REST API и API за уеб услуги (SOAP). Те може да развиват и двете. Интегрирането с който и да е от тях има предимства и проклятия ... трябва да сте запознати с възможностите на вашите интеграционни ресурси (ИТ).
  6. Езици - Попитайте с какви платформи и приложения са се интегрирали успешно и поискайте контакти, за да можете да разберете от тези клиенти колко трудно е било да се интегрират и колко добре работи API.
  7. Ограничения - Попитайте какви ограничения има доставчикът в броя обаждания на час, на ден, на седмица и т.н. Ако не сте с мащабируем доставчик, вашият растеж ще бъде ограничен от клиента.
  8. Проби - Предлагат ли библиотека с примери за кодове, за да започнете лесно? Много компании публикуват SDK (комплекти за разработка на софтуер) за различни езици и рамки, които ще ускорят вашата времева линия за интеграция.
  9. пясък - Предлагат ли непроизводствена крайна точка или среда на пясъчник, за да можете да тествате кода си?
  10. Ресурси - Попитайте дали имат специални ресурси за интеграция в рамките на своята компания. Има ли вътрешна консултантска група на разположение за интеграция? Ако е така, хвърлете няколко часа в договора!
  11. Сигурност - Как се удостоверяват с помощта на API? Това ли са потребителски идентификационни данни, ключове или други методологии? Могат ли да ограничат заявките по IP адрес?
  12. Uptime - Попитайте какво е тяхното API ъптайм и честотата на грешки са, както и кога са техни часове за поддръжка. Освен това стратегиите за заобикаляне на тях са важни. Имат ли вътрешни процеси, които ще се опитат отново API обаждания в случай, че записът е недостъпен поради друг процес? Това нещо, което те са проектирали в своето решение?
  13. SLA - Имат ли Споразумение за ниво където ъптаймите трябва да са над 99.9%?
  14. Пътна карта - Какви бъдещи функции включват в своя API и какви са очакваните графици за доставка?
  15. Интеграции - Какви продуктивни интеграции са разработили или които са разработили трети страни? Понякога компаниите могат да се откажат от вътрешното развитие на функции, когато друга продуцирана интеграция вече съществува и е подкрепена.

Ключът към тези въпроси е, че интеграцията ви „жени“ за платформата. Не искате да се ожените за някого, без да опознаете колкото се може повече за него, нали? Точно това се случва, когато хората купуват платформа, без да знаят за своите възможности за интеграция.

Освен API, трябва също така да се опитате да разберете какви други интеграционни ресурси могат да имат: баркодиране, картографиране, услуги за почистване на данни, RSS, уеб формуляри, джаджи, официални партньорски интеграции, скриптове, SFTP капки и т.н.

2 Коментари

  1. 1

Какво мислите?

Този сайт използва Akismet за намаляване на спама. Научете как се обработват данните за коментарите ви.