Вопрос проверяет умение учитывать финансовые и контрактные ограничения внешних сервисов при проектировании архитектуры.
Платные сервисы обычно вводят лимиты по запросам, объёму данных или частоте вызовов. Это заставляет контролировать параллелизм и вводить кеширование. Ошибки и ретраи начинают напрямую влиять на стоимость. Архитектура должна учитывать деградацию и fallback. Без этого расходы и нестабильность быстро выходят из-под контроля.
Платные внешние сервисы накладывают не только технические, но и экономические ограничения.
Перед перечислением важно отметить: каждый внешний вызов имеет стоимость, а не только latency.
Rate limits
ограничение RPS
лимиты на пользователя или токен
Квоты
дневные/месячные лимиты
стоимость за запрос или объём
Latency SLA
гарантии времени ответа
штрафы или ограничения при превышении
Контракты использования
запрет агрессивных ретраев
требования к кешированию
Юридические ограничения
хранение и обработка данных
требования к логированию
Обязательное кеширование
Ограничение параллелизма
Батчинг запросов
Fallback и деградация
Точный учёт вызовов
async with semaphore:
await paid_api_call()
Платные внешние сервисы напрямую влияют на архитектуру backend-приложения. Игнорирование их ограничений приводит к росту затрат, нестабильности и нарушению контрактов.
