Я планирую разместить интерфейс моего веб-сайта и код API для работы в облаке. Я развертываю код через yml-файл cloudbuild. Меня беспокоит то, что я видел, что когда мы развертываем приложение облачного запуска, а иногда и когда приложение вылетает из строя, оно обслуживает трафик c только из этой версии. Приводит к простою веб-сайта.
Есть ли способ, при котором новая ревизия предполагает, что выдает ошибку и становится неисправной, поэтому облачный запуск не обслуживает / не переключает трафик c на эту ревизию и откат к предыдущей / текущей рабочей ревизии автоматически. Я знаю, что мы можем переключать / управлять трафиком c между ревизиями. Но есть ли какое-то условие, которое мы можем поставить, например, по умолчанию он обслуживает трафик c из последней версии, но в случае, если последняя версия выходит из строя, она закрепляется / переключается на текущую рабочую версию.
Я ушел через это выполните c для управления трафиком c, но он не отвечает на мой вопрос -
https://cloud.google.com/run/docs/rollouts-rollbacks-traffic-migration
Я использовал сине-зеленое развертывание конвейер перед через jenkins, где я могу поставить условие, что один экземпляр не запускался, а затем переключить трафик c на другой.
Пожалуйста, подскажите, возможно ли это или какой процесс должен быть идеальным на 0 простоев в случае ошибочной ревизии автоматически.