Опис проєкту
ПерекладМи відаємо кілька внутрішніх API зовнішнім клієнтам та партнерам, і зараз кожна інтеграція звертається безпосередньо до наших сервісів. Керувати цим стало неможливо: не видно, хто й які методи викликає, не можна відключити недобросовісного споживача, а один партнер із щільним циклом запитів спроможний просісти платформу для решти. Потрібно поставити перед цими сервісами API-шлюз, щоб кожен запит проходив через єдину контрольовану точку входу до внутрішніх систем.
Шлюз має відповідати за аутентифікацію й видавати API-ключі на кожного партнера, з можливістю відозвати або перевипустити ключ без правок у коді. Поверх цього потрібні rate limiting та місячні квоти на ключ, маршрутизація запитів на потрібний upstream-сервіс і кешування відповідей для важких на читання методів. Не менш важлива аналітика: по кожному партнеру обсяг викликів, доля помилок, затримки й трата квоти — для планування потужностей та тарифікації.
Готові розглянути продукт-шлюз або акуратне власне рішення, але воно має лягти на наш стек. Опишіть підхід, як перенесете інтеграції за шлюз без простою й як матимуть налаштовуватися ключі, ліміти й маршрути. Досвід з бойових API-шлюзів обов'язковий.
Шлюз має відповідати за аутентифікацію й видавати API-ключі на кожного партнера, з можливістю відозвати або перевипустити ключ без правок у коді. Поверх цього потрібні rate limiting та місячні квоти на ключ, маршрутизація запитів на потрібний upstream-сервіс і кешування відповідей для важких на читання методів. Не менш важлива аналітика: по кожному партнеру обсяг викликів, доля помилок, затримки й трата квоти — для планування потужностей та тарифікації.
Готові розглянути продукт-шлюз або акуратне власне рішення, але воно має лягти на наш стек. Опишіть підхід, як перенесете інтеграції за шлюз без простою й як матимуть налаштовуватися ключі, ліміти й маршрути. Досвід з бойових API-шлюзів обов'язковий.
Веб програмування Готівка, Банківський переказ
