Справочник CLIrestart

lizard restart

Постепенный перезапуск текущей сборки — без пересборки.

Использование

lizard restart [nameOrId] [flags]

Флаги

ФлагОписание
-s, --service <name>Сервис
--detachВернуться после принятия перезапуска
--waitЖдать готовности новой попытки перезапуска; работает с --json
--timeout <seconds>Бюджет ожидания готовности с --wait; по умолчанию 120
--jsonВернуть JSON для скриптов

Примеры

Перезапустить сервис

lizard restart --service api

Перезапуск без потоковой передачи логов

lizard restart --service api --detach

Подождать перед запуском следующей проверки

Требуется CLI 0.3.94 или новее. Используйте 0.3.95 или новее для рабочих процессов без HTTP.

lizard --json restart --service api --wait --timeout 120

Без --wait JSON-режим возвращается после принятия перезапуска. С --wait результат включает ok, status, attemptId и waitedMs. CLI ждёт новую попытку перезапуска, поэтому неизменный статус от до запроса не считается успехом. Неудачное ожидание или таймаут возвращают ненулевой код выхода.

Для HTTP-сервисов CLI также проверяет домен сервиса дважды. Рабочие процессы с containerPort=0 используют статус готовности из бэкенда и не требуют HTTP-слушателя, даже когда у них есть сгенерированный домен.

lizard --json restart --service worker --wait --timeout 60

Таймаут применяется к ожиданию готовности после запроса на перезапуск. Он не отменяет перезапуск, а сетевые вызовы могут сделать общее время выполнения команды дольше. Проверьте данные приложения или эндпоинт здоровья после команды, когда вашему рабочему процессу требуется больше, чем готовность процесса.

См. также

  • lizard redeploy — запустить свежую сборку вместо перезапуска текущей
  • lizard logs — просмотреть логи вокруг перезапуска с --restart latest или --restart <id>
  • Развёртывания — перезапуски против повторных развёртываний и восстановление после сбоя
redeployservice