Dlaczego wdrażanie platformy Azure trwa tak długo?

Próbuję zrozumieć, dlaczego wdrożenie małej aplikacji na platformę Azure może zająć od 20 do 60 minut (przy użyciu metody przesyłania konfiguracji / pakietu, a nie z poziomu VS).

Przeczytałem tę sytuację i tę, ale nadal jestem trochę niejasny - czy istnieje jakiś dziwny rytuał niezwiązany z technologią, który ma miejsce podczas dystrybucji instancji, na przykład ktoś w firmie Microsoft zapalający świecę lub tańczący?

Jako inny użytkownik platformy Azure dzielę się Twoim bólem - wdrażanie nie jest „szybkie” / „bezbolesne” - i to boli szczególnie, gdy jesteś w cyklu programistycznym i chcesz testować wersje deweloperskie na platformie Azure. Jednak ogólnie wdrożenie powinno zająć znacznie mniej niż 60 minut - i mniej niż 20 minut.

Steve Marx przedstawił krótki przegląd kroków związanych z wdrożeniem: http://blog.smarx.com/posts/what-happens-when-you-deploy-on-windows-azure

I odwołuje się do bardziej szczegółowego wyjaśnienia pod adresem : http://channel9.msdn.com/blogs/pdc2008/es19

Podczas wdrażania aplikacji w chmurze Azure wiele dzieje się za kulisami. Nie mam specjalnego wglądu w to, co dzieje się za kurtyną, ale po pracy nad narzędziami VS do przesyłania projektów do chmury Azure, oto moje wrażenia jako osoba z zewnątrz:

Między innymi:

1. Sprzęt musi być przydzielony z dostępnej puli serwerów
2. Dysk VHD podstawowego systemu operacyjnego musi zostać przesłany do maszyny
3. Instancja maszyny wirtualnej musi zostać zainicjowana i uruchomiona z tego obrazu VHD
4. Pakiet aplikacji należy skopiować na maszynę wirtualną i zainstalować
5. Monitor maszyny wirtualnej musi czekać na uruchomienie usługi lub zakończyć się niepowodzeniem
6. Moduł równoważenia obciążenia centrum danych i zapora sieciowa muszą mieć świadomość punktów końcowych usług aplikacji
7. Po zsynchronizowaniu tego wszystkiego Twoja aplikacja jest dostępna w Internecie.

Obraz VHD ma prawdopodobnie rozmiar gigabajtów, znacznie większy niż przesyłana aplikacja. Nawet w superszybkiej sieci centrum danych przeniesienie takiej ilości danych do maszyny wirtualnej, rozpakowanie jej i uruchomienie z niej wymaga czasu. Ponadto system równoważenia obciążenia i zapora ogniowa są prawdopodobnie zoptymalizowane tak, aby żądania routingu miały najwyższy priorytet. Ponowna konfiguracja zapory i modułu równoważenia obciążenia ma niższy priorytet i należy ją wykonać bez przerywania przepływu ruchu.

Należy również pamiętać, że cała ta praca musi zostać wykonana tylko dla nowego wdrożenia. Aktualizacja istniejącego wdrożenia przebiega znacznie szybciej - od 2 do 3 minut zamiast od 20 do 30 minut.

Obejrzyj ten film o PDC10 autorstwa Marka Russinovicha. Omawia bardzo szczegółowo, co dzieje się na platformie Azure, z pewnym wglądem w (co prawda powolny) proces wdrażania.

Oryginalny link już nie działa. Oto kolejny link do wersji tej samej prezentacji: https://channel9.msdn.com/events/Build/BUILD2011/SAC-853T