Что хотят услышать интервьюеры:

Ограничения API — это не только про лимиты на количество запросов, но и про авторизацию, квоты, размер данных, задержки и нестабильность внешнего сервиса. Важно понимать, что API может стать узким местом для производительности и доступности всей системы. Хороший ответ включает способы защиты от этих рисков: ретраи, кэширование, таймауты, backoff и деградацию функциональности.

Определение:

Ограничения при использовании API — это набор правил и технических условий, которые определяют, как и сколько можно обращаться к внешнему или внутреннему интерфейсу. Обычно это rate limit, квоты, ограничение на размер запросов и ответов, требования к токенам и времени жизни сессии, а также ограничения по SLA и доступности.

Такие ограничения влияют на архитектуру: приходится учитывать ошибки 429/5xx, проектировать повторные попытки, очереди, кэш и защиту от перегрузки.

Пример использования:

Например, сервис получает данные о курсах валют из внешнего API. У API есть лимит 100 запросов в минуту, поэтому при большом потоке пользователей нельзя делать запрос на каждый HTTP-обработчик.

import time
import requests

cache = {}
cache_ttl = 60  # секунд

def get_rates():
    now = time.time()

    if "rates" in cache and now - cache["rates"]["ts"] < cache_ttl:
        return cache["rates"]["data"]

    response = requests.get("https://api.example.com/rates", timeout=3)

    if response.status_code == 429:
        raise RuntimeError("Превышен лимит запросов API")

    response.raise_for_status()
    data = response.json()

    cache["rates"] = {"data": data, "ts": now}
    return data

Пояснение кода:

Код показывает, как ограничение по частоте запросов влияет на реализацию.

Сначала данные ищутся в кэше, чтобы не обращаться к API лишний раз. Если кэш ещё актуален, возвращается сохранённый результат. Если кэш устарел, выполняется запрос к API с таймаутом, чтобы не зависнуть на медленном внешнем сервисе. При ответе 429 приложение явно обрабатывает ситуацию превышения лимита и может дальше решать, что делать: сообщить ошибку пользователю, повторить запрос позже или использовать запасные данные.

По шагам:

Проверяется наличие свежих данных в кэше.
Если кэша нет, делается запрос к API.
Обрабатывается ошибка превышения лимита.
Успешный ответ сохраняется в кэш.
Следующий вызов использует кэш и экономит лимит API.

Ключевые моменты:

Частые ограничения API: rate limit, квоты, размер payload, auth/token limits, timeout, SLA.
Ограничения напрямую влияют на производительность, стабильность и стоимость системы.
Для защиты используют кэширование, очереди, ретраи с exponential backoff и таймауты.
Нужно обрабатывать ответы 429 и 5xx, а не считать внешний API всегда доступным.
Важно проектировать graceful degradation: система должна сохранять частичную работоспособность при проблемах API.
Нельзя полагаться на внешний API как на безусловно надёжный компонент.

Какие существуют ограничения при использовании API и как они могут влиять на работу системы?