Создать ревизию контейнера в Container Apps
Ревизия — это неизменяемая версия контейнера. Создавать новую ревизию необходимо в случае загрузки новой версии Docker-образа в Artifact Registry или изменения настроек ревизии.
Если при создании контейнера и первой ревизии вы включили опцию Автоматическое развертывание, то все новые ревизии будут создаваться автоматически каждый раз при загрузке новой версии Docker-образа в репозиторий Artifact Registry.
Чтобы создать новую ревизию:
-
В личном кабинете перейдите на главную страницу сервиса Container Apps.
-
Выберите нужное контейнерное приложение.
-
Перейдите на вкладку Ревизии.
-
Нажмите Создать ревизию на основе выбранной.
-
Заполните параметры главного контейнера.
-
Выберите конфигурацию — количество vCPU и RAM, которые выделяются для каждого экземпляра контейнера при обработке запроса.
-
Укажите название main-контейнера или используйте автоматически сгенерированное название.
-
Укажите URI Docker-образа.
Для поиска и выбора доступны образы, размещенные в реестре сервиса Artifact Registry в текущем проекте. Также вы можете использовать образы из реестров в других проектах, но только если реестры являются публичными. Для добавления URI образа из публичного реестра другого проекта используйте Поиск образа по URI.
После заполнения данных нажмите Выбрать.
-
Укажите порт. Порт должен соответствовать порту, на котором работает ваше приложение.
-
(Опционально) Укажите команду точки входа.
Указанная в поле команда перезапишет команду точки входа, заданную в образе контейнера. Можно указать несколько команд через запятую.
-
(Опционально) Укажите аргументы.
Указанные в поле аргументы перезапишут аргументы для команды точки входа, заданные в образе контейнера. Можно указать несколько аргументов через запятую.
-
(Опционально) Укажите переменные окружения. Подробнее о переменных — в статье Среда выполнения.
-
(Опционально) Настройте health-пробы.
Нажмите Добавить liveness-пробу и заполните поля:
-
Начальная задержка, сек — время после запуска контейнера, через которое выполняется первая liveness-проба.
-
Частота запуска пробы, сек — частота проверки работоспособности приложения.
-
Таймаут пробы, сек — время ожидания выполнения пробы. Если в течение этого времени проба не выполнена, то она считается неуспешной.
-
Количество неуспешных проб — при достижении указанного количества последовательных неуспешных проб приложение считается неработоспособным и контейнер перезапускается.
-
Способ запуска — выберите подходящий способ: exec или http.
-
exec — проба для запуска команды оболочки. Если команда возвращает код 0, то проба считается успешной. При получении других кодов проба считается неуспешной.
-
http — проба для отправки HTTP-запроса на сервер в контейнере. На URL отправляется HTTP GET-запрос и проверяется статус ответа. При получении кодов ответа 2xx и 3xx проба считается успешной. При получении кодов от 400 и выше проба считается неуспешной. Поле Путь должно содержать абсолютный путь. Если в пути используются специальные символы, например, пробелы, запятые, кириллические символы и другие, то предварительно перекодируйте путь в формат UTF-8.
-
-
-
(Опционально) Добавьте том для хранения данных вашего приложения.
-
-
(Опционально) Добавьте sidecar- и init-контейнеры.
-
Нажмите Следующий шаг.
-
Заполните параметры масштабирования контейнеров.
-
Выберите минимальное и максимальное количество экземпляров контейнера при масштабировании сервиса.
-
Выберите тип масштабирования.
-
-
Нажмите Создать.