Проверки работоспособности сервиса

Health-проверки не требуют API-ключа и не доказывают доступность ресурсов конкретной модели или допуск аккаунта. Работающий шлюз всё равно может отклонить определённый ключ, бюджет проекта или запрос к неподдерживаемой модели.

Запрос

curl --fail https://api.b2b-llm.com/health/live
curl --fail https://api.b2b-llm.com/health/ready
curl --fail https://api.b2b-llm.com/health

Как читать ответ

Проверяйте HTTP-статус и возвращённый JSON. Liveness показывает, отвечает ли процесс. Readiness проверяет, может ли сервис принимать работу с необходимыми зависимостями. Старый путь /health сохраняется; в новых настройках мониторинга используйте явные проверки.

Не добавляйте заголовки Bearer к проверкам без аутентификации. Опрашивайте умеренно и сигнализируйте об устойчивой ошибке, а не об одиночном сетевом сбое. Передавайте поддержке время, API-хост и статус, а не учётные данные компании.

Для проверки конкретной модели отдельно выполните намеренно небольшой аутентифицированный запрос и изучите результат. Это не бесплатная health-проверка: запрос может тарифицироваться.

Границы проверки готовности

Эти health-пути поддерживают GET и HEAD. HTTP 503 означает, что сервис не готов принимать работу. Проверьте позже и сообщите об устойчивом сбое в поддержку. Готовность не является разрешением на выполнение с ключом проекта или подтверждением завершения операции изображения.