우리는 Azure로 곧바로 이전 할 예정이지만 IaaS는 기존의 물리적 데이터 센터 설정을 효과적으로 모방 할 예정입니다. 이는 Azure 웹 사이트 플랫폼을 사용하여 테스트 한 적이 없으므로 예상대로 작동하지 않을 수 있기 때문에 주로 발생합니다. 그러나 웹 사이트 서비스를 통해 웹 사이트를 실행하는 방법에 대해 궁금합니다. PaaS)는 IIS를 실행하는 IaaS 스타일의 VM에서 실행하는 것과 다를 수 있습니다. 그것은 기능면에서 동일하지 않습니까? PaaS 및 IaaS 배포를 모두 테스트해야합니까?IIS를 실행하는 (PaaS) 웹 사이트와 (IaaS) VM간에 기능상의 차이점이 있습니까?
의견에서 알 수 있듯이, 동일하지는 않지만 비슷합니다. 작업 부하를 Azure로 옮긴 나의 경험에서 대다수는 배치만으로 작업합니다. 웹 서버의 "표준 실행"으로 간주되지 않는 일을하는 경향이없는 것들 - 로컬 드라이브에 상태를 저장하거나 LAN 공유에 직접 쓰는 것, 특정 서버 리소스에 직접 액세스하는 것 또는 의존하는 것 추가 종속성/구성 요소가 서버에 설치됩니다. 로컬 드라이브에 쓸 수는 있지만 상태 또는 데이터 지속성을 관리하는 데이 파일을 사용하지 마십시오. 드라이브는 임시로 간주되어야하며 부하 분산 환경을 고려하여 설계해야합니다.
대부분의 web.config 설정은 여전히 예상대로 작동합니다. 서버에 다른 구성 요소가 필요한 경우 클라우드 서비스, 서비스 패브릭 또는 심지어 VM Scale 세트의 IIS를 고려해야합니다. 이러한 모든 기능을 통해 배포하려는 환경을 더 세부적으로 사용자 정의 할 수 있습니다.
웹 응용 프로그램 테스트는 매우 간단해야합니다. azure 웹 사이트는 VS에서 직접 웹 배포를 지원합니다. 해당 경로를 사용하고 싶거나 VSTS가 포함 된 Azure 웹 사이트에 빌드/릴리스/배포를 설정할 수 있습니다. 10 분.
웹 사이트는 초기에 프로비저닝 (몇 분) 될 때 빠르게 회전하며 위의 옵션에서 웹 사이트를 실행하는 가장 저렴한 방법입니다.
잘 설명 된 몇 가지 차이점이 있습니다. 그러나 웹 사이트 (웹 응용 프로그램)와 관련하여 [여기] (http://stackoverflow.com/a/10941526/272109)를 시작하고 싶을 수도 있습니다. 비슷한 질문에 대한 답변입니다. –
나는 그것을 이해하고 이해한다. 장점과 단점이 있지만 내가 이해하려고하는 것은 웹 사이트가 하루가 끝날 때 항상 후드 아래에있는 IIS이기 때문에 똑같이 수행 할 수 있는지 여부입니다. IaaS 설정에서 작동하면 PaaS 설정에서도 마찬가지입니다. – totalfreakingnoob
Azure App Service에서 애플리케이션은이 샌드 박스 (https://github.com/projectkudu/kudu/wiki/Azure-Web-App-sandbox)에서 실행됩니다. 일부 제한 사항은 클린 IaaS 시스템과 비교하여 적용됩니다. 그것을 고려하기 전에 철저히 시험하십시오. 하나 이상의 샌드 박스 제한 사항을 실행하는 경우 Cloud Services 또는 Service Fabric을 대신 살펴보십시오. 모든 PaaS. – evilSnobu