Що таке API-сервіси: види, приклади та як вони працюють

API-сервіси простими словами: платежі, карти, повідомлення, дані, хмара й ШІ, як працює інтеграція, скільки коштує і як обрати надійного провайдера.

Ілюстрація до статті: Що таке API-сервіси: види, приклади та як вони працюють

«API-сервіси» — широкий термін для будь-якого сервісу, яким програма користується через API, а не через екран. Це, наприклад, платіжний провайдер, що списує кошти з картки, картографічний сервіс, що перетворює адресу на координати, прогноз погоди чи модель штучного інтелекту, яка відповідає на запитання. У статті пояснюємо, що таке API-сервіси, які їхні основні види, як виглядає типова інтеграція, скільки це коштує і як оцінити сервіс, перш ніж на нього покластися. Якщо слово «API» для вас нове, почніть зі статті Що таке API?.

Що таке API-сервіс

API (application programming interface, програмний інтерфейс) — це визначений спосіб, у який одна програма просить іншу про дані чи дію. API-сервіс — компанія або платформа, яка надає такий інтерфейс стороннім розробникам. Зазвичай це відбувається через інтернет і часто платно. Це саме «сервіс», бо всю інфраструктуру тримає провайдер: сервери, дані, оновлення, безпеку. Ваш код лише надсилає запит і отримує відповідь.

Просте порівняння: сайт — це вітрина магазину для людей, а API-сервіс — службовий вхід для програм. Обидва ведуть в один бізнес, але API спілкується структурованими даними, наприклад JSON, а не сторінками й кнопками.

Основні види API-сервісів

Вид Що робить Типові приклади
Платежі Оплата карткою, повернення коштів, підписки Stripe, PayPal, Adyen
Комунікації Email, SMS, push-сповіщення Twilio, SendGrid, Firebase Cloud Messaging
Карти й геолокація Геокодування, маршрути, пошук місць Google Maps Platform, Mapbox, сервіси на основі OpenStreetMap
Потоки даних Погода, курси валют, ринкові ціни, новини OpenWeather, API центральних банків і бірж
Ідентифікація та вхід «Увійти через…», керування користувачами Google Identity, Microsoft Entra ID, Auth0
Хмарна інфраструктура Сховища, сервери, бази даних, створені кодом Amazon Web Services, Google Cloud, Azure
Штучний інтелект Текст, переклад, мовлення, розпізнавання зображень OpenAI, Google Cloud AI, DeepL
Бізнес-програми Читання й оновлення даних CRM, бухгалтерії, інтернет-магазину Salesforce, Shopify, Xero

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

Публічні, партнерські та внутрішні API

  • Публічні (відкриті) API доступні будь-якому розробнику після реєстрації, часто з безкоштовним тарифом.
  • Партнерські API надаються лише схваленим компаніям, наприклад банк ділиться даними з вибраними застосунками.
  • Внутрішні API з’єднують системи всередині однієї компанії. Багато великих сайтів складаються з десятків внутрішніх сервісів, які так спілкуються між собою; їх часто називають мікросервісами.

Як працює API-сервіс, крок за кроком

  1. Реєстрація та облікові дані. Провайдер видає API-ключ або налаштовує OAuth. Чим вони відрізняються, пояснено в статті API-ключі та OAuth-токени.
  2. Документація. У ній перелічено ендпоінти (адреси) та параметри, а також є приклади запитів і відповідей.
  3. Запит. Більшість сервісів — це REST API через HTTPS, тож запит складається з HTTP-методу та адреси. Див. Методи REST API.
  4. Обробка відповіді. Ваш код читає код статусу та JSON-дані й обробляє помилки та ліміти.
  5. Події (за потреби). Багато сервісів уміють самі звертатися до вас через вебхуки, наприклад «платіж успішний». Тоді не треба постійно перепитувати сервіс.

Справжній запит до сервісу погоди може виглядати так:

GET https://api.weather.example/v1/current?lat=50.45&lon=30.52&units=metric
Authorization: Bearer YOUR_API_KEY

200 OK
{"temperature": 12.4, "humidity": 71, "conditions": "light rain"}

REST, GraphQL, gRPC і SDK

Більшість API-сервісів використовують REST: ресурси за адресами, стандартні HTTP-методи й відповіді в JSON. Деякі пропонують GraphQL, де через одну адресу клієнт запитує лише потрібні поля. Внутрішні системи з великим навантаженням часто працюють на gRPC — компактному бінарному протоколі. Провайдери зазвичай публікують і SDK — готові бібліотеки для Python, JavaScript та інших мов. SDK обгортає «сирі» HTTP-запити: ви викликаєте функцію замість того, щоб складати запит вручну.

Як оплачуються API-сервіси

  • Безкоштовний тариф — місячний ліміт запитів для тестів і невеликих проєктів.
  • Оплата за використання — ціна за запит, повідомлення, гігабайт чи тисячу слів.
  • Відсоток — звично для платежів: комісія з кожної транзакції.
  • Підписка — фіксований місячний план з обмеженнями.

Обмеження читайте так само уважно, як ціни. Від лімітів частоти (наприклад, 60 запитів за хвилину) та квот залежить, чи витримає сервіс ваш трафік. На запит понад ліміт сервіс зазвичай відповідає 429 Too Many Requests.

Як оцінити сервіс, перш ніж на нього покластися

  • Документація та приклади. Зрозуміла документація з повними прикладами заощаджує дні роботи.
  • Надійність. Пошукайте публічну сторінку статусу, зобов’язання щодо доступності (SLA) та історію інцидентів.
  • Версії та політика змін. Хороші провайдери ведуть версії API (/v1/, /v2/) і попереджають про несумісні зміни за кілька місяців.
  • Безпека. Перевірте, що працює лише HTTPS, що можна обмежити права ключів, ротувати їх і перевіряти підписи вебхуків.
  • Дані й конфіденційність. З’ясуйте, де зберігаються дані, скільки часу, і чи можна укласти угоду про обробку даних, якщо ви працюєте з персональними даними.
  • Залежність від постачальника. Оцініть, наскільки складно буде перейти до іншого провайдера. Якщо інтеграція зосереджена в одному невеликому модулі коду, перейти легше.

Базові правила безпеки

  • Не вбудовуйте API-ключі у фронтенд-JavaScript, мобільні застосунки чи публічні репозиторії: звідти їх легко дістати. Звертайтеся до сервісу зі свого сервера.
  • Давайте кожному ключу мінімально потрібні права й тримайте окремі ключі для тестів і продакшну.
  • Зберігайте ключі в змінних середовища або менеджері секретів і замінюйте їх, якщо вони витекли.
  • Перевіряйте підписи вебхуків, щоб зловмисник не зміг надіслати підроблену подію.

Підсумок

API-сервіси дають вашій програмі доступ до чужих систем — платежів, карт, повідомлень, даних, хмарної інфраструктури чи ШІ — через задокументований інтерфейс, тож будувати все самому не треба. Більшість із них — REST API через HTTPS з авторизацією ключем або OAuth. Перш ніж покластися на сервіс, перевірте документацію, ліміти, надійність, безпеку й ціни. Ключі тримайте на сервері.