Почему развертывание Azure занимает так много времени?

Я пытаюсь понять, почему развертывание небольшого приложения в Azure может занять от 20 до 60 минут (с использованием метода загрузки конфигурации / пакета, а не из VS).

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

Как другой пользователь Azure, я разделяю вашу боль - развертывание не «быстрое» / «безболезненное» - и это больно, особенно когда вы находитесь в цикле разработки и хотите протестировать итерации разработки в Azure. Однако в целом развертывание должно занимать гораздо меньше 60 минут - и меньше 20 минут.

Стив Маркс представил краткий обзор этапов развертывания: http://blog.smarx.com/posts/what-happens-when-you-deploy-on-windows-azure

И он ссылается на более глубокое объяснение по адресу: http://channel9.msdn.com/blogs/pdc2008/es19

Когда вы развертываете приложение в облаке Azure, многое происходит за кулисами. У меня нет особого представления о том, что происходит за кулисами, но, поработав над инструментами VS для загрузки проектов в облако Azure, я как сторонний наблюдатель впечатления:

Среди прочего:

1. Оборудование должно быть выделено из доступного пула серверов.
2. VHD основной ОС должен быть загружен на компьютер.
3. Экземпляр виртуальной машины должен быть инициализирован и загружен с этого образа VHD.
4. Ваш пакет приложения необходимо скопировать на виртуальную машину и установить.
5. Монитор ВМ должен дождаться запуска вашей службы или выйти из строя
6. Балансировщик нагрузки и брандмауэр центра обработки данных должны знать конечные точки служб вашего приложения.
7. Как только все это будет синхронизировано, ваше приложение станет доступным из Интернета.

Образ VHD, вероятно, имеет размер гигабайта, что намного больше, чем загруженное вами приложение. Даже в сверхбыстрой сети центра обработки данных требуется время, чтобы переместить такой объем данных в виртуальную машину, распаковать и загрузиться с нее. Кроме того, балансировщик нагрузки и брандмауэр, вероятно, оптимизированы для обеспечения наивысшего приоритета запросов маршрутизации. Перенастройка брандмауэра и балансировщика нагрузки имеет более низкий приоритет и должна выполняться без прерывания потока трафика.

Также обратите внимание, что всю эту работу нужно выполнить только для нового развертывания. Обновление существующего развертывания происходит намного быстрее - 2–3 минуты вместо 20–30 минут.

Посмотрите это видео о PDC10 от Марка Руссиновича. Он очень подробно рассказывает о том, что происходит внутри Azure, с некоторыми подробностями о (правда, медленном) процессе развертывания.

Исходная ссылка больше не работает. Вот еще одна ссылка на версию той же презентации: https://channel9.msdn.com/events/Build/BUILD2011/SAC-853T