Tại sao triển khai Azure mất nhiều thời gian như vậy?

Tôi đang cố gắng hiểu tại sao có thể mất từ ​​20-60 phút để triển khai một ứng dụng nhỏ lên Azure (sử dụng phương thức tải lên cấu hình / gói, không phải từ bên trong VS).

Tôi đã đọc qua tình huống này và tình huống này nhưng tôi vẫn chưa rõ - có một nghi thức phi công nghệ kỳ lạ xảy ra trong khi các trường hợp đang phân phát, như ai đó ở Microsoft thắp nến hay nhảy?

Là một người dùng Azure đồng nghiệp, tôi chia sẻ nỗi đau của bạn - việc triển khai không phải là "nhanh" / "không đau" - và điều này rất đau khi bạn đang trong chu kỳ phát triển và muốn thử nghiệm các lần lặp lại trên Azure. Tuy nhiên, trong các triển khai chung sẽ mất ít hơn 60 phút - và ít hơn 20 phút nữa.

Steve Marx đã cung cấp một tổng quan ngắn gọn về các bước liên quan đến việc triển khai: http://blog.smarx.com/posts/what-happens-when-you-deploy-on-windows-azure

Và ông tham khảo một lời giải thích cấp độ sâu hơn tại: http://channel9.msdn.com/bloss/pdc2008/es19

Có rất nhiều điều xảy ra đằng sau hậu trường khi bạn triển khai một ứng dụng lên đám mây Azure. Tôi không có cái nhìn sâu sắc đặc biệt nào về những gì đang diễn ra sau bức màn, nhưng đã làm việc với các công cụ VS để tải các dự án lên đám mây Azure, đây là những ấn tượng của tôi khi một người ngoài cuộc nhìn vào:

Trong số những thứ khác:

1. Phần cứng phải được phân bổ từ nhóm máy chủ có sẵn
2. VHD của hệ điều hành lõi phải được tải lên máy
3. Một cá thể VM phải được khởi tạo và khởi động hình ảnh VHD đó
4. Gói ứng dụng của bạn phải được sao chép vào VM và được cài đặt
5. Trình giám sát VM phải đợi dịch vụ của bạn khởi động hoặc không thành công
6. Bộ cân bằng tải trung tâm dữ liệu và tường lửa phải được biết về các điểm cuối dịch vụ của ứng dụng của bạn
7. Khi tất cả điều đó đã được đồng bộ hóa, ứng dụng của bạn có thể truy cập được từ web.

Hình ảnh VHD có thể có kích thước gigabyte, lớn hơn nhiều so với tải lên ứng dụng của bạn. Ngay cả trên mạng trung tâm dữ liệu siêu tốc, cũng cần có thời gian để di chuyển nhiều thứ đó vào VM, giải nén và khởi động từ nó. Ngoài ra, bộ cân bằng tải và tường lửa có thể được tối ưu hóa để làm cho các yêu cầu định tuyến được ưu tiên cao nhất. Cấu hình lại tường lửa và cân bằng tải là ưu tiên thấp hơn và phải được thực hiện mà không làm gián đoạn luồng lưu lượng.

Cũng lưu ý rằng tất cả công việc này chỉ phải được thực hiện cho một triển khai mới. Cập nhật một triển khai hiện có triển khai nhanh hơn nhiều - 2 đến 3 phút thay vì 20 đến 30 phút.

Hãy xem video PDC10 này của Mark Russinovich. Anh ấy đi sâu vào chi tiết về những gì đang diễn ra bên trong Azure với một số hiểu biết sâu sắc về quy trình triển khai (chậm được thừa nhận).

Liên kết ban đầu không còn hoạt động. Đây là một liên kết khác đến một phiên bản của cùng một bản trình bày: https://channel9.msdn.com/events/Build/BUILD2011/SAC-853T