Создать ревизию контейнера в 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-контейнеры.
Нажмите Следующий шаг.
Заполните параметры масштабирования контейнеров.
Выберите минимальное и максимальное количество экземпляров контейнера при масштабировании сервиса.
Выберите тип масштабирования.
Нажмите Создать.