작은 응용 프로그램을 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 클라우드에 업로드하면 외부인으로서의 인상은 다음과 같습니다.
다른 것들 사이:
- 사용 가능한 서버 풀에서 하드웨어를 할당해야합니다.
- 코어 OS의 VHD를 머신에 업로드해야합니다
- VHD 이미지에서 VM 인스턴스를 초기화하고 부팅해야합니다.
- 응용 프로그램 패키지를 VM에 복사하고 설치해야합니다.
- VM 모니터는 서비스가 시작될 때까지 기다리거나 실패해야합니다.
- 데이터 센터로드 밸런서 및 방화벽은 애플리케이션의 서비스 엔드 포인트를 인식해야합니다.
- 모든 것이 동기화되면 웹에서 앱에 액세스 할 수 있습니다.
VHD 이미지의 크기는 아마도 기가 바이트이며 앱 업로드보다 훨씬 큽니다. 초고속 데이터 센터 네트워크에서도 많은 양의 데이터를 VM으로 옮기고 압축을 풀고 부팅하는 데 시간이 걸립니다. 또한로드 밸런서 및 방화벽은 라우팅 요청을 최우선 순위로 삼도록 최적화되었을 것입니다. 방화벽 및로드 밸런서 재구성은 우선 순위가 낮으며 트래픽 흐름을 방해하지 않고 수행해야합니다.
또한이 모든 작업은 새 배포에 대해서만 수행해야합니다. 기존 배포를 업데이트하면 20 ~ 30 분이 아닌 2 ~ 3 분이 훨씬 더 빨리 배포됩니다.
답변
Mark Russinovich의이 PDC10 비디오를 확인하십시오. 그는 배포 프로세스에 대한 통찰력으로 Azure 내부에서 진행되는 작업에 대해 자세히 설명합니다.
원래 링크가 더 이상 작동하지 않습니다. 동일한 프레젠테이션 버전에 대한 또 다른 링크는 다음과 같습니다. https://channel9.msdn.com/events/Build/BUILD2011/SAC-853T
