15 запитань щодо їх API перед вибором платформи

Питання щодо вибору API

Хороший друг і наставник поставив мені запитання, і я хотів би використати свої відповіді для цього допису. Його запитання були трохи більше зосереджені на одній галузі (електронна пошта), тому я узагальнив свої відповіді на всі API. Він запитав, які питання компанія повинна поставити постачальнику щодо їх API перед тим, як зробити вибір.

Навіщо потрібні API?

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

Вікіпедія

Подібно до того, як ви вводите URL-адресу і отримуєте відповідь на веб-сторінці, API - це метод, при якому ваші системи можуть запитувати і отримувати відповідь назад для синхронізації даних між ними. Оскільки компанії прагнуть цифрово трансформувати себе, автоматизація завдань за допомогою API - це чудовий спосіб підвищити ефективність роботи в організації та зменшити людські помилки.

API є ключовими для автоматизації, особливо в маркетингових додатках. Одна з проблем при покупці великого продавця з комплексом API полягає в тому, що ресурси та витрати на розробку, як правило, є задумом. Команда маркетингу або CMO може стимулювати покупку програми, і іноді команда розробників не отримує багато вкладених даних.

Дослідження можливостей інтеграції платформи за допомогою 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. SLA - У них є Угода про рівень обслуговування де час роботи повинен бути вище 99.9%?
  14. Дорожня карта - Які майбутні функції вони включають у свій API та які очікувані графіки доставки?
  15. Інтеграція - Які виробничі інтеграції вони розробили або розробили сторонні? Іноді компанії можуть відмовитись від внутрішнього розвитку щодо функцій, коли інша продуктована інтеграція вже існує і підтримується.

Ключ до цих питань полягає в тому, що інтеграція "одружує" вас на платформі. Ви не хочете одружуватися з кимось, не дізнавшись про них якомога більше, правда? Це саме те, що відбувається, коли люди купують платформу, не знаючи про свої можливості інтеграції.

Крім API, ви також повинні спробувати з'ясувати, які інші ресурси інтеграції вони можуть мати: штрих-кодування, зіставлення, послуги з очищення даних, RSS, веб-форми, віджети, офіційна інтеграція партнерів, механізми сценаріїв, падіння SFTP тощо.

3 Коментарі

  1. 1
  2. 3

Що ви думаєте?

Цей сайт використовує Akismet для зменшення спаму. Дізнайтеся, як обробляються ваші дані коментарів.