- Порезанный
- 4 сентября 2026 г. в 20:39 UTC
- Автор
- Kamo
- Обещать
- 4fe7bc1
Далее обрабатывается SIGTERM с голым process.exit(143), поэтому каждое развертывание отрезано, что бы это ни было. имели в полете — сообщение формы, действие сервера, потоковую полезную нагрузку RSC, загрузку. Невидимым, когда Запрос длился миллисекунды; не невидимый на кластере, который разворачивается на каждом толчке. scripts/standalone-entry.cjs заворачивает автономный сервер: на SIGTERM он перестает принимать выживает сразу, так что капсула без ничего в полете все еще выходит примерно через секунду и позволяет бежать Запросы заканчиваются под шапкой, которая находится ниже терминацииGracePeriodSeconds. Портировать из Камо-внутренний, который запускает его в производство уже несколько месяцев. Это развертывание не имело зонда готовности, поэтому капсула считалась готовой к моменту ее контейнера. Процесс начался. С maxUnavailable 0 Kubernetes читает, что как «новый струнок служит». Старый уходит в отставку, а Next все еще инициализируется и не связывает свой порт. Запросы приземлились В порту ничего не было слышно, откуда пришли прерывистые 502. /api/health отвечает только за эту капсулу и намеренно не касается бэкэнда: зонд готовности решает, покидает ли этот контейнер Сервис, и проводка его на бэкэнд превращает бэкэнд-флип в Перезапуск каждой капсулы здесь. реплики 1 -> 2.Государство на стороне сервера живет в Редисе, а не в капсуле, и нет запланированной работы Чтобы дублировать, вторая реплика ничего не меняет, кроме того, что потеря одной капсулы перестает быть отключением. В одной реплике убийство OOM, неудавшийся зонд жизнедеятельности или дренаж узла взяли все это вниз для До тех пор, пока это нужно для загрузки. Ограничения (добавленные ранее, инертные до сих пор) держат их на разных узлах, где кластер может управлять им, и PodDisruptionBudget в KlusterServices заставляет ждать дренаж.