Скорость локальной среды разработки Windows Azure

Question

Я начал портировать существующее веб-приложение ASP.NET в Windows Azure и заметил, что процесс разработки действительно медленный.Каждый раз, когда я делаю изменения в своем коде и хочу его просмотреть, мне приходится эффективно повторно развертывать его в локальном облаке разработчика (используя Start debugging (F5) или Start without debugging (Ctrl-F5). Сам процесс занимает болееминута, в течение которой Visual Studio полностью не отвечает.

Я что-то не так делаю или это просто, как дела развиваются для Azure?

Мои характеристики:

• Visual Studio 2008 9.0.30729.1 SP
• 5 проектов, работающих в .NET 3.5 SP1
• Azure SDK 1.1 (февраль 2010 г.)
• Один экземпляр одной веб-роли
• Двухъядерный процессор AMD 64 с 8 ГБ ОЗУ, 64-разрядная Windows 7, полностью исправленный
• Сам основной проект довольно большой (3 КБ файлов, ~ 200 КБ строк), но обычно компилируется за 10-15секунд

Answer 1

Если ваша веб-роль имеет ограниченные функциональные возможности, вы можете просто установить веб-проект в качестве активного проекта в своем решении VS и запустить его оттуда.

Например, моя веб-роль не вызываетв табличное хранилище, хранилище больших двоичных объектов и т. д. ... он просто выполняет некоторые вызовы ведения журнала Azure и взаимодействует с SQL Azure.Поэтому иногда я просто устанавливаю веб-проект в качестве запускаемого проекта в отладчике VS, а не в Azure, и запускаю его оттуда.Я правильно написал свои журналы вызовов, чтобы проверить, доступен ли Azure перед их записью, чтобы они не выполнялись в этой ситуации.

Конечно, если вы много работаете с хранилищем таблиц, очередями, каплямии т. д. тогда это не для вас.

Answer 2

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

Answer 3

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

Этот сценарий также подчеркивает негибкость при развертывании решения в структуре приложения. Каждый раз, когда вы изменяете любой контент (статический или динамический) на веб-сайте, весь сайт должен быть упакован и загружен на ваш рабочий сервер.

Answer 4

Microsoft Стив Маркс имеет сообщение в блоге о запуске веб-сайта со смонтированной виртуальной машины в Azure. Это может быть хорошим шаблоном разработки, поскольку вы просто обновляете содержимое виртуальной машины, хранящейся в хранилище больших двоичных объектов, вместо того, чтобы каждый раз повторять развертывание в матрицу.