tocdepth

2

Создать контейнер в Container Apps

Контейнер и его ревизии создаются из образов, загруженных в репозиторий сервиса Artifact Registry. Если образа еще нет, создайте его локально и загрузите в репозиторий.

Примечание

Если вы хотите познакомиться с Container Apps, не загружая свой образ в репозиторий Artifact Registry, создайте контейнер на базе готового тестового образа.

Чтобы создать контейнер и первую ревизию:

  1. В личном кабинете перейдите на главную страницу сервиса Container Apps.

  2. Нажмите Создать.

  3. Укажите название контейнерного приложения.

  4. (Опционально) Активируйте опцию Привилегированный режим.

    Привилегированный режим (privileged mode) предоставляет контейнеру root-права при его выполнении. Привилегированный режим подходит для запуска в контейнере среды Docker-in-Docker, а также необходим при использовании Docker-образа, требующего расширенных прав для запуска.

  5. Заполните параметры основного (main) контейнера.

    1. Выберите конфигурацию — количество vCPU и RAM, которые выделяются для каждого экземпляра контейнера при обработке запроса.

    2. Укажите название main-контейнера или используйте автоматически сгенерированное название.

    3. Укажите URI Docker-образа.

      Для поиска и выбора доступны образы, размещенные в реестре сервиса Artifact Registry в текущем проекте. Также вы можете использовать образы из реестров в других проектах, но только если реестры являются публичными. Для добавления URI образа из публичного реестра другого проекта используйте Поиск образа по URI.

      После заполнения данных нажмите Выбрать.

    4. Укажите порт. Порт должен соответствовать порту, на котором работает ваше приложение.

    5. (Опционально) Укажите команду точки входа.

      Указанная в поле команда перезапишет команду точки входа, заданную в образе контейнера. Можно указать несколько команд через запятую.

    6. (Опционально) Укажите аргументы.

      Указанные в поле аргументы перезапишут аргументы для команды точки входа, заданные в образе контейнера. Можно указать несколько аргументов через запятую.

    7. (Опционально) Укажите переменные окружения. Подробнее о переменных — в статье Среда выполнения.

    8. (Опционально) Настройте health-пробы.

      Нажмите Добавить liveness-пробу и заполните поля:

      • Начальная задержка, сек — время после запуска контейнера, через которое выполняется первая liveness-проба.

      • Частота запуска пробы, сек — частота проверки работоспособности приложения.

      • Таймаут пробы, сек — время ожидания выполнения пробы. Если в течение этого времени проба не выполнена, то она считается неуспешной.

      • Количество неуспешных проб — при достижении указанного количества последовательных неуспешных проб приложение считается неработоспособным и контейнер перезапускается.

      • Способ запуска — выберите подходящий способ: exec или http.

        • exec — проба для запуска команды оболочки. Если команда возвращает код 0, то проба считается успешной. При получении других кодов проба считается неуспешной.

        • http — проба для отправки HTTP-запроса на сервер в контейнере. На URL отправляется HTTP GET-запрос и проверяется статус ответа. При получении кодов ответа 2xx и 3xx проба считается успешной. При получении кодов от 400 и выше проба считается неуспешной. Поле Путь должно содержать абсолютный путь. Если в пути используются специальные символы, например, пробелы, запятые, кириллические символы и другие, то предварительно перекодируйте путь в формат UTF-8.

  6. (Опционально) Добавьте sidecar- и init-контейнеры.

  7. Нажмите Следующий шаг.

  8. Заполните параметры масштабирования контейнеров.

    1. Выберите минимальное и максимальное количество экземпляров контейнера при масштабировании сервиса.

    2. Выберите тип масштабирования.

  9. Нажмите Следующий шаг.

  10. Активируйте дополнительные опции.

    1. Опция Публичный адрес — активируйте опцию, чтобы получить URL-адрес для вызова приложения из интернета по HTTPS без авторизации.

    2. Выберите тип масштабирования.

    3. Опция Логирование запросов — если опция активирована, то логи запросов к бэкенду будут записываться в сервисе логирования. Использование сервиса не тарифицируется.

    4. Укажите значение в поле Request-таймаут.

      Request-таймаут — время в секундах, в течение которого отправленный запрос ожидает ответа от контейнера. При отсутствии ответа в течение указанного времени запрос будет прерван.

    5. (Опционально) Укажите значение в поле Idle-таймаут.

      Idle-таймаут — время в секундах, в течение которого экземпляр контейнера ожидает запрос после того, как выполнил все поступившие запросы. По истечении этого времени и при отсутствии запросов экземпляр автоматически удаляется — масштабируется до нуля. Если поле не заполнено, то значение idle-таймаута по умолчанию — 60 секунд.

  11. Нажмите Создать.

Контейнер публикуется в течение нескольких секунд и сразу доступен для использования.

Примечание

Создавать контейнеры на базе загруженных образов можно через интерфейс Artifact Registry. Это упрощенный способ создания контейнера без дополнительных настроек и опций — например, без настроек масштабирования, переменных и health-проб.

Запустили Evolution free tier
для Dev & Test
Получить