API map
Текущее API проекта в одном месте.
Эта страница показывает два слоя сразу: что уже реально работает в локальном auth-service и какие endpoint'ы frontend будет ждать позже, когда ты подключишь отдельный backend заявок.
Как читать таблицу
Сначала текущее состояние, потом целевая модель.
Для junior backend это полезно как мини-спецификация: видно HTTP метод, путь, ожидаемую авторизацию, форму запроса и какие сценарии реально включены локальными runtime-флагами прямо сейчас.
Backend now
Реально реализованные endpoint'ы
Это маршруты, которые уже реально объявлены в кодовой базе. Для локального прогона
клиента сейчас обязателен только auth-service на 8081.
| Method | Path | Access | Status | Назначение | Request | Response | Комментарий |
|---|
Frontend contract
Endpoint'ы, которые уже ждёт frontend
Это хорошая дорожная карта для следующих backend задач: кабинет клиента, заказы, комментарии, статусы и канбан-доска юриста. Пока orders backend локально отключён флагом, а не скрытым fallback'ом.
| Method | Path | Access | Status | Назначение | Request | Response | Комментарий |
|---|
Что важно
Ключевые наблюдения по архитектуре
Это уже не просто UI-таблица, а подсказка, как развивать backend без хаоса.
Это важный архитектурный шаг: фронт уже умеет жить с отдельным auth-service, а orders backend можно подключить позже, не ломая login/reload/logout сценарии.
Сейчас это контролируется runtime-флагами. Такой подход лучше, чем молча падать на `401/404` и выглядеть так, будто пользователь внезапно разлогинился.
Google login, удаление аккаунта и реальные операции с заказами не должны отображаться как рабочие, если backend их пока не реализует.
Когда будешь добавлять новый endpoint, обновляй таблицу вместе с кодом. Так проще держать frontend, backend и БД в одной картине.