Служба приложений Azure на платформе Linux: вопросы и ответы

Эти команды или скрипты выполняются после запуска встроенного контейнера Docker, но перед запуском кода приложения.

Это действие аналогично перезагрузке Docker.

Да, вы можете это сделать при помощи сайта системы управления исходными кодами (SCM).

Задайте для поля reserved службы приложений значение true.

Да, чтобы настроить непрерывную интеграцию и развертывание для Azure Container Registry или DockerHub, следуйте Непрерывное развертывание с веб-приложением для контейнеров. Для частных реестров контейнер можно обновить, остановив и снова запустив свое веб-приложение. Либо измените или добавьте фиктивный параметр приложения, чтобы принудительно обновить контейнер.

Да.

Да. Для параметра WEBSITE_WEBDEPLOY_USE_SCM приложения необходимо задать значение false.

В случае сбоя развертывания Git для веб-приложения Linux можно выбрать следующие варианты развертывания кода приложения:

• Используйте функцию непрерывной поставки (предварительная версия). Чтобы использовать непрерывную поставку Azure, исходный код приложения можно хранить в репозитории Git для Azure DevOps или в репозитории GitHub. Для получения дополнительной информации см. Как настроить непрерывную доставку для веб-приложения на Linux.

• Используйте API развертывания ZIP-файлов. Чтобы использовать этот API, установите SSH-подключение к веб-приложению и перейдите в папку, в которую требуется развернуть код. Выполните следующий код:

  curl -X POST -u <user> --data-binary @<zipfile> https://{your-sitename}.scm.azurewebsites.net/api/zipdeploy
  

  Если происходит ошибка и отображается сообщение о том, что команда curl не найдена, убедитесь, что вы установили curl с помощью команды apt-get install curl, прежде чем выполнили предыдущую команду curl.

Да. На сервере в коде Node.js нужно отключить perMessageDeflate. Например, если вы используете socket.io, примените следующий код:

const io = require('socket.io')(server,{
  perMessageDeflate :false
});

Да.

Да. Во время развертывания Git сервер Kudu определяет развертывание приложения PHP (на основе файла composer.lock), после чего Kudu активирует установку Composer.

Да, эта возможность доступна в Azure CLI. Можно использовать системные удостоверения или пользовательские удостоверения. На портале Azure эти функции пока не поддерживаются.

Если значение для параметра WEBSITES_ENABLE_APP_SERVICE_STORAGEне задано или он имеет значение false, каталог /home/не будет совместно использоваться масштабируемыми экземплярами, а записанный файл не сохранится в процессе перезапусков. Если явно присвоить параметру WEBSITES_ENABLE_APP_SERVICE_STORAGE значение true, будет активирована функция подключения. Если значение установлено в true, и вы хотите отключить подключение, необходимо явно задать для WEBSITES_ENABLE_APP_SERVICE_STORAGE значение false.

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

• Хранилище файловой системы: хранилище файловой системы включается в квоту плана Служба приложений. Он используется, когда файлы сохраняются в постоянном хранилище, корневом каталоге /home .
• Место на диске узла: место на диске узла используется для хранения образов контейнеров. Она управляется платформой с помощью драйвера хранилища Docker.

Место на диске узла отделяется от квоты хранилища файловой системы. Для каждого экземпляра объем не может быть увеличен, и имеется ограничение в 15 ГБ. Он используется для хранения любых пользовательских изображений на рабочем узле. Вы можете использовать более 15 ГБИТ/с в зависимости от точной доступности места на диске узла, но это не гарантируется.

Если записываемый слой контейнера сохраняет данные за пределами /home каталога или подключенного пути к хранилищу Azure, место на диске узла также будет использоваться.

Платформа обычно очищает место на диске узла, чтобы удалить неиспользуемые контейнеры. Если контейнер записывает большое количество данных за пределами /home каталога или собственного хранилища (BYOS), это приведет к сбою запуска или исключению во время выполнения, если будет превышен предел места на диске узла.

Мы рекомендуем минимизировать размеры образов контейнеров и записывать данные в постоянное хранилище или BYOS при работе на Службе приложений Linux. Если это невозможно, необходимо разделить план Службы приложений, так как место на диске узла фиксировано и совместно используется всеми контейнерами в плане Службы приложений.

Можно настроить для платформы время ожидания перед перезапуском контейнера. Это можно сделать, указав для параметра приложения WEBSITES_CONTAINER_START_TIME_LIMIT нужное значение. Значение по умолчанию — 230 секунд, а максимальное значение — 1800 секунд.

Нужно указать полный URL-адрес реестра, включая http:// или https://.

Добавьте полное имя образа, включая URL-адрес частного реестра (например, myacr.azurecr.io/dotnet:latest). На портале нельзя вводить имена образов, которые используют пользовательский порт. Чтобы задать docker-custom-image-name, воспользуйтесь программой командной строки az.

Мы не поддерживаем открытие более одного порта.

Да, функция использования собственного хранилища находится на этапе предварительной версии.

Сайт SCM работает в отдельном контейнере. Поэтому вы не можете проверить файловую систему или выполняющиеся процессы контейнера приложения.

Нет, платформа обрабатывает завершение протокола HTTPS на общих внешних интерфейсах.

Да, этот элемент необходим для настраиваемых контейнеров. Чтобы вручную задать настраиваемый порт, используйте инструкцию EXPOSE в Dockerfile и параметр приложения WEBSITES_PORT, указав значение порта для привязки к контейнеру.

Да, переопределите переменную среды перед запуском приложения .NET Core. Например, в скрипте init.sh: export ASPNETCORE_URLS={ваше_значение}

Для использования ACR с мультиконтейнером все образы контейнеров должны размещаться на одном сервере реестра ACR. Если они находятся на одном сервере реестра, необходимо создать параметры приложения, а затем обновить файл конфигурации Docker Compose, включив в него имя образа ACR.

Создайте следующие параметры приложений:

• ИМЯ_ПОЛЬЗОВАТЕЛЯ_СЕРВЕРА_РЕЕСТРА_DOCKER
• DOCKER_REGISTRY_SERVER_URL (полный URL-адрес, например, https://<server-name>.azurecr.io)
• DOCKER_REGISTRY_SERVER_PASSWORD (включить доступ с правами администратора в параметрах ACR)

В файле конфигурации укажите образ ACR, как в следующем примере:

image: <server-name>.azurecr.io/<image-name>:<tag>

• Доступ может быть открыт только к одному контейнеру
• Доступны только порты 80 и 8080 (открытые порты)

Ниже приведены правила определения доступного контейнера в порядке приоритета.

• Параметру приложения WEBSITES_WEB_CONTAINER_NAME присвоено имя контейнера
• Первый контейнер, который определяет порт 80 или 8080
• Если ни одно из приведенных выше правил не выполняется, доступным (предоставляемым) будет первый контейнер, определенный в файле

Параметр depends_onне поддерживается в Службе приложений и будет игнорироваться. Как и в рекомендации Docker по управлению запуском и завершением работы, многоконтейнерные приложения Службы приложений должны проверять зависимости через код приложения — и при запуске, и при отключении. В приведенном ниже примере кода показано, как приложение Python проверяет, запущен ли контейнер Redis.

import time
import redis
from flask import Flask
app = Flask(__name__)
cache = redis.Redis(host='redis', port=6379)
def get_hit_count():
    retries = 5
    while True:
        try:
            return cache.incr('hits')
        except redis.exceptions.ConnectionError as exc:
            if retries == 0:
                raise exc
            retries -= 1
            time.sleep(0.5)
@app.route('/')
def hello():
    count = get_hit_count()
    return 'Hello from Azure App Service team! I have been seen {} times.\n'.format(count)
if __name__ == "__main__":
    app.run(host="0.0.0.0", port=80, debug=True)

Веб-сокеты

Веб-сокеты поддерживаются в приложениях Linux. Параметр webSocketsEnabled ARM не применяется к приложениям Linux, так как веб-сокеты всегда включены для Linux.

Цены зависят от SKU и региона, но вы можете просмотреть дополнительные сведения на странице цен: Цены Службы приложений.

Когда Служба приложений Azure запускает контейнер, запрос прогрева отправляет HTTP-запрос в конечную точку /robots933456.txt вашего приложения. Это просто фиктивная конечная точка, но приложение должно ответить, возвращая любой код состояния (включая 5xx). Если логика приложения не отвечает, отправив код состояния HTTP в несуществующие конечные точки, запрос на прогревание не может получить ответ. Таким образом, он постоянно перезапускает контейнер.

Чтобы изменить поведение по умолчанию, можно настроить путь к конечной точке для прогрева и коды состояния, которые указывают на то, что сайт прогрет. Для этого задайте параметры WEBSITE_WARMUP_PATH и WEBSITE_WARMUP_STATUSES приложения.

Запрос на прогревание также может завершиться ошибкой из-за неправильной настройки порта.

Чтобы убедиться, что порт настроен правильно в службах приложений Azure, см. вопрос о том, как указать порт в контейнере Linux?

По умолчанию запрос прогрева завершается сбоем, если ответ от контейнера не получен в течение 240 секунд. Вы можете увеличить время ожидания запроса прогрева контейнера, добавив параметр приложения WEBSITES_CONTAINER_START_TIME_LIMIT со значением от 240 до 1800 секунд.

Файловая система приложения представляет собой подключенную сетевую папку. Это позволяет использовать сценарии масштабирования, в которых код должен выполняться на нескольких хостах. К сожалению, это не позволяет использовать файловые системы управления базами данных, такие как SQLite, поскольку будет невозможно реализовать монопольную блокировку файлов базы. Рекомендуется использовать одну из управляемых служб баз данных: Azure SQL, Базу данных Azure для MySQL или Базу данных Azure для PostgreSQL.

Для параметров приложения можно использовать только буквы (A–Z, a–z), цифры (0–9) и символ подчеркивания (_).

Вы можете отправить свои идеи на форум отзывов о веб-приложениях. Добавьте [Linux] в заголовок своей идеи.

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

• Что представляет собой служба Azure App Service на платформе Linux?
• Настройка промежуточных сред в Службе приложений Azure
• Непрерывное развертывание с Web App для контейнеров.
• Это следует знать: веб-приложения и Linux
• Справка по переменным среды и параметрам приложений

Свяжитесь с нами для получения помощи

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