Azure-docs: Веб-приложение с настраиваемым образом докера в реестре контейнеров Azure - переменные среды

@timmydo Спасибо за отзыв. Мы ведем активное расследование и скоро свяжемся с вами.

Привет, @timmydo, я Dockerfile с помощью ENV перед загрузкой пользовательского образа в реестр контейнеров Azure? Также ознакомьтесь со следующими документами, если вы их не видели:

Установка переменных среды в ваших экземплярах контейнера
https://docs.microsoft.com/en-us/azure/container-instances/container-instances-using-azure-container-registry
Развертывание в экземпляры контейнеров Azure из реестра контейнеров Azure
https://docs.microsoft.com/en-us/azure/container-instances/container-instances-environment-variables

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

Я не устанавливаю переменные env в своем файле докеров, потому что мой файл докеров зарегистрирован в общедоступном репозитории git, и я не хочу помещать туда секреты. Полагаю, я мог бы обойти это, создав еще один секретный файл докеров с переменными среды, но было бы удобнее поместить его в портал Azure (может быть, в разделе настроек приложения веб-приложения azure?).

@timmydo Ага , определенно не идеально для публичного репо. Таким образом, значения конфигурации (пары ключ, значение), определенные в настройках приложения, становятся доступными для вашего приложения во время его environment , а не во время развертывания . Вы можете использовать службу Azure Key Vault в своем Dockerfile для получения значений конфигурации, но вам все равно нужно будет предоставить tenant_id , subscription_id т. Д. В вашем файле Dockerfile (если вы решите определить их в отдельный файл env , который не регистрируется в вашем репо) .. Вот один пример на случай, если этот сценарий окажется полезным:

С учетом сказанного, ознакомьтесь со следующим документом, в котором обсуждается определение настраиваемого развертывания (процесса сборки) с VSTS в веб-приложение для контейнеров:

Зачем использовать отдельное определение выпуска вместо функции автоматического развертывания, доступной в веб-приложении для контейнеров?
https://docs.microsoft.com/en-us/vsts/build-release/apps/cd/deploy-docker-webapp?view=vsts

Этот документ ссылается на документ, в котором рассказывается, как создать контейнер с помощью VSTS, но этот документ, объясняющий, как создать контейнер с шагом VSTS, ничего не упоминает об обработке секретов / переменных среды. Задача VSTS по созданию образа докера требует наличия файла докера, зарегистрированного в репозитории.

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

Возможно, альтернативой является использование определения kubernetes pod yaml в веб-приложении на портале Azure для определения переменных среды, но я не могу найти никаких хороших документов по этому поводу. Это не кажется подходящим местом для размещения конфигурации, поскольку я думаю, что эти определения модулей имеют больше смысла проверять в системе управления версиями.

Кто будет подходящим человеком, чтобы сделать запрос функции, чтобы разрешить передачу env vars команде docker run на портале Azure?

@neilpeterson может

Я сам не работал с веб-приложениями, однако быстрое сканирование документа показывает, что мы можем использовать --settings при использовании CLI.

--settings WEBSITES_PORT=8000

Глядя на портал, я не вижу очень прямого способа добиться этого. Как указал @timmydo , похоже, что мы можем использовать файл манифеста Docker Compose или Kubernetes, которые должны помочь.

Таким образом, такой композитный файл должен работать (я подтвердил).

version: '3'
services:
  demo-env:
    image: microsoft/sample-aks-helloworld
    container_name: aks-helloworld
    environment:
      TITLE: test-environment-var

Тем не менее, я также ожидал бы чего-то более простого, похожего на аргумент --settings CLI.

@ SyntaxC4 и мысли по этому

@timmydo мы решили эту проблему с помощью
az webapp config appsettings set --name webapp-name --resource-group dev --settings DB_NAME = dbname DB_HOST = ourhost.database.windows.net DB_USER = dbuser DB_PASSWD = passwd WEBSITES_ENABLE_APP_SERVICE_STORAGE = true

По крайней мере, они не находятся в системе контроля версий.

@saschwarz Я не думаю, что настройки приложения -e в команде docker run для контейнерных веб-приложений?

@timmydo Может быть, мы говорим о разных способах запуска docker-контейнеров в Azure? В веб-приложениях для контейнеров я не выдаю docker run . Я помещаю образ в наш частный реестр Azure, выбираю тег в экземпляре WebApp на портале (или через Azure cli), и он развертывается / запускается с настройками приложения, введенными в среду:

https://blogs.msdn.microsoft.com/waws/2017/09/08/things-you-should-know-web-apps-and-linux/#SetEnvVar

@timmydo Отправьте запрос на добавление функции на сайте обратной связи Azure, чтобы сообщество могло проголосовать за эту функцию, а наша группа разработчиков продукта могла рассмотреть возможность реализации в будущем.

Теперь мы перейдем к закрытию этой темы. Если есть дополнительные вопросы по этому поводу, пожалуйста, откройте его, и мы с радостью продолжим обсуждение.

Это именно то, что я искал / искал несколько дней. В конце я задал вопрос о stackoverflow (https://stackoverflow.com/questions/50681821/deploy-azure-webapp-with-custom-container-environment-variables), чтобы получить ответ на свой вопрос.
В моем обходном пути также использовался файл docker-compose, но с docker-compose невозможно (пока) использовать изображения ACR.

Тот же вопрос здесь. А пока я просто хочу сказать: тупая лазурь!

Всем привет,

Любой обходной путь по этой теме? Мы столкнулись с той же проблемой в 2019 году, пытаясь передать переменные среды (параметры) в мой частный образ докера через службу приложений, веб-приложение для контейнера или простые контейнеры в Azure ... это всегда такой же выход из строя

Используйте настройки приложения на вкладке конфигурации в настройках раздела в службе приложений. Каждый параметр приложения передается в контейнер как переменная env.

Мы по-прежнему сталкиваемся с проблемой, когда наше приложение .nercore в контейнере, полученном из ACR, не получает параметры приложения из службы приложений на портале Azure. Значения не вводятся автоматически во время выполнения, как предлагает документация.

Мне кажется, что возможность добавлять переменные среды к команде docker run - очень простая и важная функция.

Я не удивлен, что снова Azure удается превратить что-то тривиальное в проблему, на исправление которой у меня уходит слишком много времени.

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

Когда я слежу за log stream моего контейнера, я вижу фактическую команду, которая запускается для раскрутки контейнера. Хотя он содержит следующие ENV_VARS , те, которые я установил в качестве настроек приложения, все еще отсутствуют.

docker run -d -p 7312:80 --name container_name -e WEBSITES_ENABLE_APP_SERVICE_STORAGE=false -e WEBSITE_SITE_NAME=appservice-name -e WEBSITE_AUTH_ENABLED=False -e PORT=80 -e WEBSITE_ROLE_INSTANCE_ID=0 -e WEBSITE_HOSTNAME=appservice-name.azurewebsites.net -e WEBSITE_INSTANCE_ID=INSTANCE_ID -e HTTP_LOGGING_ENABLED=1 repo.azurecr.io/container:tag

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

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