5

Я использую Windows Azure и считаю, что это очень сложно и бесполезно создавать новый «Пакет» каждый раз, когда вы делаете небольшие изменения, и хотите протестировать его в Облаке. Я слышал о возможности обновлять веб-роли без повторного развертывания всего экземпляра каждый раз (около 15 минут) и делать веб-развертывание - загружать только измененные файлы (несколько секунд).Настройка и использование веб-развертывания с помощью Azure WebRole в Visual Studio (частичное обновление с одним щелчком мыши)

Ни один из ресурсов, найденных в Интернете, как представляется, не описывает эту конкретную ситуацию.

Есть учебные пособия, как enable Веб-развертывание на Azure Web Роли, но не один, как настроить его. [This учебник показывает настройки, но не для Azure]

+0

Ну, я прочитал, что. Я тоже хотел бы обратиться к нему. Проблема состоит в том, что часть с настройками - это 4 предложения и не очень хорошо объяснено (например: «В поле« Имя пользователя »введите имя пользователя. В поле« Пароль введите пароль ».) Вот где я застрял, и как только я нашел, как это сделать, решил, что я, возможно, не единственный, поэтому я разместил это :). Я рад, что вы заходите в интернет через 5 минут, я разворачиваю его в 15 (добавление 3 мин и более 10 обновлений). –

ответ

7

Чтобы включить веб-развертывания вам в первую очередь необходимо, чтобы быть в состоянии сделать стандартный Опубликовать (не пакет) из проекта CloudConfiguration.

like here

есть некоторые хорошие учебники, как сделать это.

Пока открыто диалоговое окно «Публикация», обязательно выберите этот параметр и сделайте обычную публикацию. like so

После публикации этой конфигурации вы готовы настроить параметры публикации для проекта Web-роли. Обратите внимание, что проект CloudCongiguration используется для развертывания пакета, а веб-проект используется для развертывания в Azure через Web Deploy для развертывания на обычном веб-хостинге.

Когда вы нажимаете на контекстное меню «Опубликовать» веб-проекта, появляется диалоговое окно «Публикация Интернета». Все настройки легко угадываются/стандартные, кроме Вторая вкладка: Соединение.

Connection tab Здесь все пошло немного, если вы еще не испортили веб-развертывание.

  1. Необходимо выбрать Веб-метод Deploy
  2. URL-адрес для веб-роли (DNS или IP-адрес найден на портале управления Windows Azure)
  3. Название веб-сайта в IIS на хост-машине , В нашем случае это экземпляр Azure WebRole. Итак, войдите через RDP, запустите «Управление сервером», перейдите к: Роли-> Веб-сервер (IIS) -> Менеджер служб IIS. В панели Соединений (Левая часть Диспетчера) расширить древовидную указывая на службу «локальный» -> Сайты -> и там вы найдете Имя Сайт (должно быть что-то вроде: xxxxx_IN_0_Web) website name

  4. Это имя пользователя используется для подключения RDP/и пароль ниже/

  5. является то, что странным URL, который указывает на веб-развертывания службы, что в конечном итоге обновлять наш контент сайта.

вы можете проверить, было ли открыто развертывание пакета на портале управления Azure на странице Обзор веб-развертывания, если порт 8172 открыт.

Теперь «Проверить соединение» должно быть успешным!

Если нет, попробуйте "HTTP: // {0} .cloudapp.net // MSDEPLOYAGENTSERVICE" для назначения URL

+0

Немного разъяснения: если вы сначала публикуете в Azure (обычный способ), и в этом издании у вас есть RDP и Web Deploy, а затем ... когда вы собираетесь публиковать свой проект веб-роли позже, все эти поля должны быть заполнены для вас. Вы должны дождаться, когда публикация завершится первой, хотя, поскольку инструментарий Visual Studio выполнит автоматическое заполнение на основе текущей службы. –

+1

В моем случае они не были почему-то (хотя обычная публикация Azure создала новый профиль). Вот почему мне было трудно понять их, потому что их не так много. –

+1

Фактически # 5 (Destination Url) - это ссылка на Url для открытия после завершения публикации. # 2 (Сервер) - это где Url для службы развертывания, например https: // yourservername: 8172/MsDeploy.axd – Mikee