Mengapa penyebaran Azure begitu lama?

Saya mencoba memahami mengapa perlu waktu 20-60 menit untuk menggunakan aplikasi kecil ke Azure (menggunakan metode unggah konfigurasi / paket, bukan dari dalam VS).

Saya sudah membaca situasi ini dan yang ini tapi saya masih sedikit tidak jelas - apakah ada ritual non-teknologi aneh yang terjadi ketika contoh sedang didistribusikan, seperti seseorang di Microsoft menyalakan lilin atau melakukan tarian?

Sebagai sesama pengguna Azure, saya berbagi rasa sakit Anda - menyebarkan tidak "cepat" / "tidak menyakitkan" - dan ini menyakitkan terutama ketika Anda berada dalam siklus pengembangan dan ingin menguji iterasi dev pada Azure. Namun, secara umum penyebaran harus memakan waktu kurang dari 60 menit - dan juga kurang dari 20 menit.

Steve Marx memberikan ikhtisar singkat tentang langkah-langkah yang terlibat dalam penyebaran: http://blog.smarx.com/posts/what-happens-when-you-deploy-on-windows-azure

Dan dia merujuk penjelasan tingkat yang lebih dalam di: http://channel9.msdn.com/blogs/pdc2008/es19

Ada banyak hal yang terjadi di balik layar ketika Anda menggunakan aplikasi ke cloud Azure. Saya tidak memiliki wawasan khusus tentang apa yang terjadi di balik tirai, tetapi setelah bekerja pada alat VS untuk mengunggah proyek ke Azure cloud, ini adalah kesan saya sebagai orang luar yang mencari di:

Antara lain:

1. Perangkat keras harus dialokasikan dari kumpulan server yang tersedia
2. VHD OS inti harus diunggah ke mesin
3. Mesin virtual VM harus diinisialisasi dan di-boot dari gambar VHD itu
4. Paket aplikasi Anda harus disalin ke VM dan diinstal
5. Monitor VM harus menunggu layanan Anda untuk memulai, atau gagal
6. Penyeimbang beban pusat data dan firewall harus mengetahui titik akhir layanan aplikasi Anda
7. Setelah semua itu disinkronkan, aplikasi Anda dapat diakses dari web.

Gambar VHD mungkin berukuran gigabytes, jauh lebih besar dari unggahan aplikasi Anda. Bahkan pada jaringan pusat data yang super cepat, dibutuhkan waktu untuk memindahkan banyak barang ke dalam VM, membongkar dan mem-boot darinya. Selain itu, penyeimbang beban dan firewall mungkin dioptimalkan untuk menjadikan permintaan perutean prioritas tertinggi. Mengkonfigurasi ulang firewall dan load balancer adalah prioritas yang lebih rendah, dan harus dilakukan tanpa mengganggu arus lalu lintas.

Perhatikan juga bahwa semua pekerjaan ini hanya perlu dilakukan untuk penerapan baru. Memperbarui penyebaran yang ada berjalan lebih cepat - 2 hingga 3 menit, bukan 20 hingga 30 menit.

Lihat video PDC10 ini oleh Mark Russinovich. Dia masuk ke detail besar tentang apa yang terjadi di dalam Azure dengan beberapa wawasan tentang proses penyebaran (memang lambat).

Tautan asli tidak lagi berfungsi. Berikut tautan lain ke versi presentasi yang sama: https://channel9.msdn.com/events/Build/BUILD2011/SAC-853T