Контейнеры в Azure Container Apps

Служба Azure Container Apps берет на себя управление Kubernetes и оркестрацией контейнеров для вас. Контейнеры в Контейнерах приложений Azure могут использовать любую среду выполнения, язык программирования или стек разработки на ваш выбор.

Приложения-контейнеры Azure поддерживают:

• любой образ контейнера на основе Linux x86-64 (linux/amd64);
• контейнеры из любого общедоступного или частного реестра контейнеров.
• Необязательные сайдкар- и инициализирующие контейнеры

Кроме того, к ним относятся следующие функции:

• Приложения используют template раздел конфигурации для определения образа контейнера и других параметров. Изменения в template разделе конфигурации активируют новую редакцию приложения контейнера.
• В случае аварийного завершения работы контейнер автоматически перезапускается.

К функциям заданий относятся:

• Выполнение заданий использует template раздел конфигурации для определения образа контейнера и других параметров при каждом запуске выполнения.
• Если контейнер завершает работу с кодом выхода, отличного от нуля, выполнение задания помечается как неудачное. Задание можно настроить для повтора неудачных выполнений.

Настройка

Большинство приложений-контейнеров имеют один контейнер. В расширенных сценариях приложение может также иметь сайдкар и инициализационные контейнеры. В определении приложения в контейнере основное приложение и его сайдкар-контейнеры перечислены в массиве containers в разделе properties.template, а контейнеры инициализации перечислены в массиве initContainers. В следующем фрагменте показаны доступные параметры конфигурации при настройке контейнеров приложения.

{
  "properties": {
    "template": {
      "containers": [
        {
          "name": "main",
          "image": "[parameters('container_image')]",
          "env": [
            {
              "name": "HTTP_PORT",
              "value": "80"
            },
            {
              "name": "SECRET_VAL",
              "secretRef": "mysecret"
            }
          ],
          "resources": {
            "cpu": 0.5,
            "memory": "1Gi"
          },
          "volumeMounts": [
            {
              "mountPath": "/appsettings",
              "volumeName": "appsettings-volume"
            }
          ],
          "probes": [
            {
              "type": "liveness",
              "httpGet": {
                "path": "/health",
                "port": 8080,
                "httpHeaders": [
                  {
                    "name": "Custom-Header",
                    "value": "liveness probe"
                  }
                ]
              },
              "initialDelaySeconds": 7,
              "periodSeconds": 3
            },
            {
              "type": "readiness",
              "tcpSocket": {
                "port": 8081
              },
              "initialDelaySeconds": 10,
              "periodSeconds": 3
            },
            {
              "type": "startup",
              "httpGet": {
                "path": "/startup",
                "port": 8080,
                "httpHeaders": [
                  {
                    "name": "Custom-Header",
                    "value": "startup probe"
                  }
                ]
              },
              "initialDelaySeconds": 3,
              "periodSeconds": 3
            }
          ]
        }
      ]
    },
    "initContainers": [
      {
        "name": "init",
        "image": "[parameters('init_container_image')]",
        "resources": {
          "cpu": 0.25,
          "memory": "0.5Gi"
        },
        "volumeMounts": [
          {
            "mountPath": "/appsettings",
            "volumeName": "appsettings-volume"
          }
        ]
      }
    ]
    ...
  }
  ...
}

Требования к выделению виртуальных процессоров и памяти

При использовании плана потребления общий объем ЦП и памяти, выделенной для всех контейнеров в приложении-контейнере, должен добавиться к одному из следующих сочетаний.

Несколько контейнеров

В расширенных сценариях можно запускать несколько контейнеров в одном приложении-контейнере. Используйте этот шаблон только в определенных случаях, где контейнеры тесно сопряжены.

Для большинства сценариев микрослужб рекомендуется развернуть каждую службу как отдельное приложение контейнера.

Несколько контейнеров в одном приложении-контейнере совместно используют жесткие диски и сетевые ресурсы и имеют одинаковый жизненный цикл приложения.

Существует два способа запуска дополнительных контейнеров в приложении контейнеров: дополнительные контейнеры и инициализирующие контейнеры.

Контейнеры-побочники

Вы можете определить несколько контейнеров в одном контейнерном приложении для реализации шаблона побочного.

Примеры контейнеров сайдкар включают:

• Агент читает журналы из основного контейнера приложения на общем томе и отправляет их в сервис логирования.

• Фоновый процесс, который обновляет кэш, используемый контейнером основного приложения в общем томе.

Эти сценарии являются примерами и не являются единственными способами реализации сайдкара.

Чтобы запустить несколько контейнеров в контейнерном приложении, добавьте несколько контейнеров в массив containers в шаблоне контейнерного приложения.

Контейнеры инициализации.

Вы можете определить один или несколько инициализирующих контейнеров в контейнерном приложении. Контейнеры инициализации выполняются до контейнера основного приложения и используются для выполнения задач инициализации, таких как скачивание данных или подготовка среды.

Инициализационные контейнеры определяются в массиве initContainers шаблона приложения контейнера. Контейнеры выполняются в том порядке, в который они определены в массиве, и должны успешно завершиться до запуска контейнера основного приложения.

Реестры контейнеров

Вы можете развернуть образы, размещенные в частных реестрах, указав их учетные данные в конфигурации Приложений контейнеров.

Чтобы использовать реестр контейнеров, необходимо определить реестр в registries массиве в properties.configuration разделе шаблона ресурса приложения контейнера. Поле passwordSecretRef определяет имя секрета в имени массива secrets, где вы определили пароль.

{
  ...
  "registries": [{
    "server": "docker.io",
    "username": "my-registry-user-name",
    "passwordSecretRef": "my-password-secret-name"
  }]
}

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

В следующем примере показано, как настроить в контейнере приложения учетные данные для Реестра контейнеров Azure.

{
  ...
  "configuration": {
    "secrets": [
      {
        "name": "docker-hub-password",
        "value": "my-docker-hub-password"
      }
    ],
    ...
    "registries": [
      {
        "server": "docker.io",
        "username": "someuser",
        "passwordSecretRef": "docker-hub-password"
      }
    ]
  }
}

Управляемое удостоверение в Azure Container Registry

Управляемое удостоверение Azure можно использовать для аутентификации в Реестре контейнеров Azure вместо имени пользователя и пароля. Дополнительные сведения см. в разделе «Управляемые удостоверения в Azure Container Apps».

Чтобы использовать управляемое удостоверение с реестром, удостоверение должно быть включено в приложении и ему должна быть назначена роль acrPull в реестре. Чтобы настроить реестр, используйте идентификатор ресурса управляемого удостоверения для удостоверения, назначаемого пользователем, или идентификатор system для удостоверения, назначаемого системой, в свойстве identity реестра. Не настраивайте имя пользователя и пароль при использовании управляемого удостоверения.

{
    "identity": {
        "type": "SystemAssigned,UserAssigned",
        "userAssignedIdentities": {
            "<IDENTITY1_RESOURCE_ID>": {}
        }
    }
    "properties": {
        "configuration": {
            "registries": [
            {
                "server": "myacr1.azurecr.io",
                "identity": "<IDENTITY1_RESOURCE_ID>"
            },
            {
                "server": "myacr2.azurecr.io",
                "identity": "system"
            }]
        }
        ...
    }
}

Дополнительные сведения о настройке назначаемых пользователем удостоверений см. в разделе "Добавление удостоверения, назначаемого пользователем".

Ограничения

Для Azure Container Apps действуют следующие ограничения.

• Привилегированные контейнеры: приложения контейнеров Azure не разрешают режим привилегированных контейнеров с доступом на уровне узла.

• Операционная система. Требуются образы контейнеров под управлением Linux (linux/amd64).

• Максимальный размер изображения:

  • Профиль рабочей нагрузки потребления поддерживает образы контейнеров, составляющие до 8 ГБ для каждого приложения или реплики заданий.
  • Выделенные профили рабочей нагрузки поддерживают более крупные образы контейнеров. Так как профиль выделенной рабочей нагрузки может запускать несколько приложений или заданий, несколько образов контейнеров совместно используют доступное место на диске. Фактический поддерживаемый размер изображения зависит от ресурсов, потребляемых другими приложениями и заданиями.

Следующие шаги