2016-12-08 1 views
1

Я пытаюсь использовать webpack с моим (довольно большим) приложением NodeJS, развертывающимся в качестве службы приложений Windows Azure с использованием непрерывного развертывания Git.Использование службы azure app с webpack + nodejs без длительных перерывов в развертывании

Я настроил свой скрипт kudu deploy.sh для работы с веб-пакетом, но на веб-сайте Azure App Service требуется несколько минут, и приложение недоступно в течение этого времени. На моем ноутбуке dev, для запуска webpack требуется около 30 секунд (что я мог бы принять за время отключения от развертывания), но я предполагаю, что ноутбук с использованием SSD делает этот запуск намного быстрее?

Если я использовал сценарий развертывания, я бы просто запустил webpack на своей машине dev и вытолкнул результаты на сервер, но я использую git для непрерывного развертывания, и я не хочу постоянно фиксировать - изменение кода сгенерированного веб-пакета до репозитория Git.

Есть ли способ запустить webpack-on-deploy с приложениями NodeJS для приложений Azure App без такого большого времени отключения при развертывании?

ответ

2

Вместо сокращения времени отказа от развертывания попробуйте использовать deployment slot, чтобы предотвратить недоступность приложения за это время.

документация Per Azure, в

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

Как добавить слот для развертывания в веб-приложение, пожалуйста, обратитесь к https://docs.microsoft.com/en-us/azure/app-service-web/web-sites-staged-publishing.

+0

Ницца! Это касается моей непосредственной проблемы при использовании в сочетании с autoswap, но вызывает несколько новых проблем, поскольку он стирает журналы развертывания и историю развертывания как из промежуточных, так и производственных слотов при каждом развертывании + свопинга. Я не совсем понимаю, почему (даже при медленном использовании одного веб-сервиса) служба должна спуститься во время запуска сценария развертывания ... не следует запускать ее в отдельной папке и свопировать папки вместо необходимости менять все экземпляры ? – Seth

 Смежные вопросы

  • Нет связанных вопросов^_^