Создание контейнера
Контейнер и его ревизии создаются только из образов, загруженных в репозиторий сервиса Artifact Registry. Если образа еще нет, создайте его локально и загрузите в репозиторий.
Подсказка
Вы также можете создавать контейнеры на базе загруженных образов сразу в интерфейсе Artifact Registry.
Чтобы создать контейнер и первую ревизию:
В личном кабинете перейдите на главную страницу сервиса Container Apps.
Нажмите Создать.
Заполните глобальные параметры.
Укажите название контейнерного приложения.
длина — от 1 до 100 символов;
может содержать буквы латинского алфавита, цифры и дефисы;
первый символ — буква, последний символ — буква или цифра. Например: test-1.
(Опционально) Заполните поле Описание.
Укажите значение в поле Таймаут.
Таймаут — время в секундах, в течение которого отправленный запрос ожидает ответа от контейнера. При отсутствии ответа в течение указанного времени запрос будет прерван.
Опция Публичный адрес — активируйте опцию, чтобы получить URL-адрес для вызова контейнера из интернета по HTTPS без авторизации.
Опция Автоматическое развертывание — если опция активирована, то каждый раз после загрузки в Artifact Registry новой версии образа на стороне Container Apps будет автоматически создаваться новая ревизия контейнера на базе обновленной версии образа.
Маска тега — укажите значение в формате
<имя_тега>.*или*.Например, если указать значение
v.*, то при загрузке в Artifact Registry новых версий образа с тегами v.1, v.2, v.3 и далее будет автоматически создаваться новая ревизия контейнера в Container Apps.
Заполните параметры главного контейнера.
Выберите образ контейнера, тег и дайджест образа.
Docker-образ должен быть размещен в репозитории сервиса Artifact Registry.
Укажите порт.
(Опционально) Укажите команду точки входа.
Указанная в поле команда перезапишет команду точки входа, заданную в образе контейнера. Можно указать несколько команд через запятую.
(Опционально) Укажите аргументы.
Указанные в поле аргументы перезапишут аргументы для команды точки входа, заданные в образе контейнера. Можно указать несколько аргументов через запятую.
(Опционально) Укажите переменные окружения.
(Опционально) Настройте health-пробы.
Для настройки Liveness пробы заполните поля:
Начальная задержка, сек — время после запуска контейнера, через которое выполняется первая Liveness проба.
Частота запуска пробы, сек — частота проверки работоспособности приложения.
Таймаут пробы, сек — время ожидания выполнения пробы. Если в течение этого времени проба не выполнена, то она считается неуспешной.
Количество неуспешных проб — при достижении указанного количества последовательных неуспешных проб приложение считается неработоспособным и контейнер перезапускается.
Способ запуска — выберите подходящий способ: exec или http.
exec — проба для запуска команды оболочки. Если команда возвращает код 0, то проба считается успешной. При получении других кодов проба считается неуспешной.
http — проба для отправки HTTP-запроса на сервер в контейнере. На URL отправляется HTTP GET-запрос и проверяется статус ответа. При получении кодов ответа 2xx и 3xx проба считается успешной. При получении кодов от 4xx и выше проба считается неуспешной.
Поле Путь должно содержать не более 512 символов. Если в пути используются специальные символы, например, пробелы, запятые, кириллические символы и другие, то предварительно перекодируйте путь в формат UTF-8.
Выберите вычислительный ресурс для контейнера:
vCPU/RAM — количество vCPU и RAM, которые выделяются для каждого экземпляра контейнера при обработке вызова.
Количество экземпляров — минимальное и максимальное количество экземпляров контейнера при масштабировании сервиса.
Примечание
Тарификация экземпляров с «горячим» стартом начинается сразу после создания контейнера.
Выберите правило масштабирования.
Подробнее о правилах — в разделе Масштабирование контейнера.
Активируйте чекбокс Использовать протокол HTTP/2, если хотите обращаться к контейнеру по GRPC.
Нажмите Создать.
Контейнер публикуется в течение нескольких секунд сразу и доступен для использования.
для Dev & Test