Из десктоп-парсера в SaaS: FastAPI, квоты и отдельные токены пользователей

Десктоп-инструмент удобен на старте: пользователь скачал приложение, ввёл данные и работает локально. Но когда внешний API вводит лимиты или платную модель, общий токен становится слабым местом. Один активный клиент может съесть квоту всех остальных.

SaaS-архитектура решает эту проблему через учёт пользователей, отдельные лимиты и управляемую backend-логику.

Почему общий токен ломается

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

Минимальная SaaS-схема

client app → FastAPI backend → user quota → external API → result cache

Backend хранит пользователей, ключи, тариф, суточные лимиты, историю запросов и кеш результатов. SQLite достаточно для старта, если нагрузка умеренная.

Квоты и rate limits

Нужны два слоя: лимиты внешнего API и внутренние лимиты продукта. Пользователь должен видеть остаток квоты, а backend — отклонять запрос до обращения к внешнему сервису, если лимит уже исчерпан.

Миграция

Лучше не ломать старый клиент сразу. Можно выпустить промежуточную версию, которая работает через backend, но сохраняет привычный UI. Так пользователи получают новую архитектуру без резкого изменения сценариев.

Итог

Переход от desktop к SaaS — это не только переписывание интерфейса. Это управление квотами, токенами, оплатой, кешем и support-прозрачностью. FastAPI даёт быстрый путь к такой архитектуре без тяжёлого enterprise-стека.