Azure 배포가 왜 그렇게 오래 걸립니까?

작은 응용 프로그램을 Azure에 배포하는 데 20-60 분이 걸리는 이유를 이해하려고합니다 (VS가 아닌 구성 / 패키지 업로드 방법 사용).

나는 통해 읽은 이 상황 과 이것 하지만 난 아직도 조금 불분명 해요 - 인스턴스 마이크로 소프트가 촛불을 조명하거나 춤을 수행에서 이상 누군가처럼, 배포하는 동안 발생하는 이상한 비 기술 의식이?

동료 Azure 사용자로서, 배포가 "빠른"/ "무통"이 아닌 고통을 공유합니다. 이는 개발주기에 있고 Azure에서 개발 반복을 테스트하려는 경우 특히 아파요. 그러나 일반적으로 배포에는 60 분 미만, 20 분 미만이 소요됩니다.

Steve Marx는 배포와 관련된 단계에 대한 간략한 개요를 제공했습니다. 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. 코어 OS의 VHD를 머신에 업로드해야합니다
3. VHD 이미지에서 VM 인스턴스를 초기화하고 부팅해야합니다.
4. 응용 프로그램 패키지를 VM에 복사하고 설치해야합니다.
5. VM 모니터는 서비스가 시작될 때까지 기다리거나 실패해야합니다.
6. 데이터 센터로드 밸런서 및 방화벽은 애플리케이션의 서비스 엔드 포인트를 인식해야합니다.
7. 모든 것이 동기화되면 웹에서 앱에 액세스 할 수 있습니다.

VHD 이미지의 크기는 아마도 기가 바이트이며 앱 업로드보다 훨씬 큽니다. 초고속 데이터 센터 네트워크에서도 많은 양의 데이터를 VM으로 옮기고 압축을 풀고 부팅하는 데 시간이 걸립니다. 또한로드 밸런서 및 방화벽은 라우팅 요청을 최우선 순위로 삼도록 최적화되었을 것입니다. 방화벽 및로드 밸런서 재구성은 우선 순위가 낮으며 트래픽 흐름을 방해하지 않고 수행해야합니다.

또한이 모든 작업은 새 배포에 대해서만 수행해야합니다. 기존 배포를 업데이트하면 20 ~ 30 분이 아닌 2 ~ 3 분이 훨씬 더 빨리 배포됩니다.

Mark Russinovich의이 PDC10 비디오를 확인하십시오. 그는 배포 프로세스에 대한 통찰력으로 Azure 내부에서 진행되는 작업에 대해 자세히 설명합니다.

원래 링크가 더 이상 작동하지 않습니다. 동일한 프레젠테이션 버전에 대한 또 다른 링크는 다음과 같습니다. https://channel9.msdn.com/events/Build/BUILD2011/SAC-853T