Azure 도입에 시간이 걸리는 이유는 무엇입니까?

Azure 도입에 시간이 걸리는 이유는 무엇입니까?

왜 소규모 애플리케이션을 Azure에 도입하는 데 20~60분이 걸리는지 이해하려고 합니다(VS 내에서가 아니라 구성/패키지 업로드 방법을 사용).

이 상황과 이 상황을 읽었지만 아직 잘 모르겠어요. Microsoft에서 촛불을 켜거나 춤을 추는 것처럼 인스턴스가 배포되는 동안 발생하는 이상한 비테크놀로지 의식이 있나요?

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 클라우드에 도입하면 많은 작업이 백그라운드로 진행됩니다.장막 뒤에서 무슨 일이 일어나고 있는지에 대한 특별한 통찰력은 없지만, 프로젝트를 Azure 클라우드에 업로드하기 위한 VS 툴을 사용해 본 경험이 있는 외부인으로서 다음과 같은 인상을 받았습니다.

기타 사항:

1. 사용 가능한 서버 풀에서 하드웨어를 할당해야 합니다.
2. 코어 OS의 VHD를 머신에 업로드해야 합니다.
3. VM 인스턴스를 초기화하고 해당 VHD 이미지를 부팅해야 합니다.
4. 애플리케이션 패키지를 VM에 복사하여 설치해야 합니다.
5. VM 모니터가 서비스가 시작될 때까지 대기하거나 장애가 발생할 수 있습니다.
6. 데이터센터 로드밸런서와 방화벽은 어플리케이션의 서비스 엔드포인트를 인식해야 합니다.
7. 이 모든 것이 동기화되면 웹에서 앱에 액세스할 수 있습니다.

VHD 이미지의 크기는 아마도 애플리케이션 업로드보다 훨씬 큰 기가바이트일 것입니다.초고속 데이터센터 네트워크에서도 VM으로 많은 데이터를 이동하고 압축을 풀고 VM에서 부팅하는 데 시간이 걸립니다.또한 로드 밸런서와 방화벽은 라우팅 요청을 가장 높은 우선순위로 설정하도록 최적화되어 있습니다.방화벽과 로드 밸런서의 재구성은 우선 순위가 낮으며 트래픽 흐름을 중단하지 않고 수행해야 합니다.

또, 이 모든 작업은, 새로운 전개에 대해서만 실시할 필요가 있는 것에 주의해 주세요.기존 전개를 갱신하면 20~30분이 아닌 2~3분이면 훨씬 빠르게 롤아웃됩니다.

Mark Russinovich의 PDC10 비디오를 보세요.Azure의 내부 상황에 대해 매우 상세하게 설명하고, 도입 프로세스에 대한 몇 가지 통찰력도 갖추고 있습니다.

원래 링크가 작동하지 않게 되었다.다음은 같은 프레젠테이션 버전에 대한 다른 링크입니다.https://channel9.msdn.com/events/Build/BUILD2011/SAC-853T

언급URL : https://stackoverflow.com/questions/5080445/why-does-azure-deployment-take-so-long