Warum dauert die Azure-Bereitstellung so lange?

Ich versuche zu verstehen, warum die Bereitstellung einer kleinen Anwendung in Azure zwischen 20 und 60 Minuten dauern kann (mithilfe der Konfigurations- / Paket-Upload-Methode, nicht innerhalb von VS).

Ich habe diese und jene Situation durchgelesen , bin mir aber immer noch ein wenig unklar - gibt es ein seltsames Ritual ohne Technologie, das während der Verteilung der Instanzen stattfindet, wie jemand bei Microsoft, der eine Kerze anzündet oder einen Tanz macht?

Als anderer Azure-Benutzer teile ich Ihre Schmerzen - die Bereitstellung ist nicht "schnell" / "schmerzlos" - und dies tut besonders weh, wenn Sie sich in einem Entwicklungszyklus befinden und Entwickler-Iterationen in Azure testen möchten. Im Allgemeinen sollten Bereitstellungen jedoch weniger als 60 Minuten dauern - und auch weniger als 20 Minuten.

Steve Marx gab einen kurzen Überblick über die mit der Bereitstellung verbundenen Schritte: http://blog.smarx.com/posts/what-happens-when-you-deploy-on-windows-azure

Und er verweist auf eine ausführlichere Erklärung unter: http://channel9.msdn.com/blogs/pdc2008/es19

Hinter den Kulissen passiert viel, wenn Sie eine Anwendung in der Azure-Cloud bereitstellen. Ich habe keinen besonderen Einblick in das, was sich hinter dem Vorhang abspielt, aber nachdem ich an den VS-Tools gearbeitet habe, um Projekte in die Azure-Cloud hochzuladen, sind dies meine Eindrücke als Außenseiter:

Unter anderem:

1. Die Hardware muss aus dem verfügbaren Serverpool zugewiesen werden
2. Die virtuelle Festplatte des Kernbetriebssystems muss auf den Computer hochgeladen werden
3. Eine VM-Instanz muss initialisiert und von diesem VHD-Image gestartet werden
4. Ihr Anwendungspaket muss auf die VM kopiert und installiert werden
5. Der VM-Monitor muss warten, bis Ihr Dienst gestartet wird oder fehlschlägt
6. Der Load Balancer und die Firewall des Rechenzentrums müssen über die Service-Endpunkte Ihrer Anwendung informiert werden
7. Sobald dies alles synchronisiert ist, ist Ihre App über das Web zugänglich.

Das VHD-Image ist wahrscheinlich Gigabyte groß und viel größer als der App-Upload. Selbst in einem superschnellen Rechenzentrumsnetzwerk dauert es einige Zeit, bis so viel Material in die VM verschoben, entpackt und von dort gestartet wurde. Außerdem sind der Load Balancer und die Firewall wahrscheinlich so optimiert, dass Routing-Anforderungen die höchste Priorität haben. Die Neukonfiguration der Firewall und des Load Balancers hat eine niedrigere Priorität und muss ohne Unterbrechung des Verkehrsflusses erfolgen.

Beachten Sie auch, dass all diese Arbeiten nur für eine neue Bereitstellung ausgeführt werden müssen. Das Aktualisieren einer vorhandenen Bereitstellung erfolgt viel schneller - 2 bis 3 Minuten statt 20 bis 30 Minuten.

Schauen Sie sich dieses PDC10-Video von Mark Russinovich an. Er geht detailliert auf die Vorgänge in Azure ein und gibt Einblicke in den (zugegebenermaßen langsamen) Bereitstellungsprozess.

Der ursprüngliche Link funktioniert nicht mehr. Hier ist ein weiterer Link zu einer Version derselben Präsentation: https://channel9.msdn.com/events/Build/BUILD2011/SAC-853T