У Вас может быть слот подготовки и производства в Azure Веб-сайты
У Вас есть рабочий процесс, названный aolserver4-nsd, уже связанным с 127.0.0.1:80, таким образом, попытка апача связать с 0.0.0.0:80 была отклонена. Хотя на первый взгляд могло бы казаться, что не должно быть никакого конфликта между этими двумя, не обращаться 0.0.0.0, специальное предложение "любой адрес", и связывающий с ним на самом деле связывает со ВСЕМИ доступными сетевыми интерфейсами (включая обратную петлю 127.0.0.1).
Существует много способов продолжиться:
Можно остановить aolserver4-nsd, так, чтобы он выпустил привязывать 127.0.0.1:80. Затем можно запустить апача, и он должен успешно связать с 0.0.0.0:80. Если Вы продолжаете двигаться этот путь, у Вас может только быть один из двух процессов, работающих одновременно.
Можно настроить или aolserver4-nsd или апача для привязки с нестандартным портом (т.е. один кроме порта 80). (Слушать директива - то, что необходимо будет настроить для апача.) Это позволит Вам выполнять оба процесса одновременно.
Можно настроить апача для привязки с определенным адресом вместо к специальному предложению "любой адрес" 0.0.0.0. Конечно, необходимо будет настроить апача для Слушания адреса, который существует на одном из сетевых интерфейсов сервера (но не 127.0.0.1). Это также позволит и aolserver4-nsd и апачу работать одновременно.
Я думаю, вам придется увеличить количество дополнительных промежуточных сайтов. Вы развертываете свои сайты через Git deploy? В таком случае, вероятно, лучше иметь отдельные производственные и промежуточные площадки. Таким образом, вы можете внести свои изменения в промежуточную ветвь, протолкнуть их, а затем объединить промежуточную ветвь с производственной веткой, когда будете готовы, и продвинуть ее. Какую проблему вы пытаетесь решить с помощью этого подхода?
В то время (ноябрь 2012 г.) ответ levelnis был правильным.
У команды Azure есть Однако недавно реализовал слоты для веб-сайтов . Похоже, что первоначальная реализация - это два слота, один для продукта, а другой - для промежуточной.
Читая ветку dev инструментов xplat , кажется, что они могут быть расширены на несколько слотов, назовите как вам угодно. Инструменты будут иметь команды вроде azure site create --slot и azure site swap для управления этими слотами и отношениями между ними. Я думаю, что это позволит реализовать некоторые действительно надежные подходы к непрерывной доставке на веб-сайты Azure.
azure site create --slot и azure site swap для управления этими слотами и отношениями между ними. Я думаю, что это позволит использовать некоторые действительно надежные подходы к непрерывной доставке на веб-сайты Azure. Инструменты будут иметь команды вроде azure site create --slot и azure site swap для управления этими слотами и отношениями между ними. Я думаю, что это позволит реализовать некоторые действительно надежные подходы к непрерывной доставке на веб-сайты Azure.