Чому розгортання Azure займає так довго?

Я намагаюся зрозуміти, чому може знадобитися від 20-60 хв до розгортання невеликого додатка до Azure (використовуючи метод завантаження конфігурації / пакету, а не з 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. Екземпляр VM повинен бути ініціалізований та завантажений з цього зображення VHD
4. Ваш пакет додатків повинен бути скопійований у VM та встановлений
5. Монітор VM повинен чекати, коли ваша послуга запуститься або вийде з ладу
6. Балансир завантаження та брандмауер центру обробки даних повинен бути проінформований про кінцеві точки обслуговування вашої програми
7. Після того, як все це синхронізоване, ваш додаток буде доступний з Інтернету.

Зображення VHD, мабуть, має гігабайти, набагато більше, ніж завантаження програми. Навіть у надшвидкій мережі центрів обробки даних потрібен час, щоб перемістити стільки речей у віртуальний комп'ютер, розпакувати і завантажити з нього. Крім того, балансир завантаження та брандмауер, ймовірно, оптимізовані, щоб зробити запити маршрутизації найвищим пріоритетом. Переконфігурування брандмауера та балансира навантаження є нижчим пріоритетом, і його потрібно робити, не перешкоджаючи потоку руху.

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

Перегляньте це відео PDC10 Марка Русиновича. Він детально описує те, що відбувається всередині Azure, з деякими поглядами на (правда, повільний) процес розгортання.

Оригінальне посилання більше не працює. Ось ще посилання на версію тієї ж презентації: https://channel9.msdn.com/events/Build/BUILD2011/SAC-853T