Azure 웹 사이트와 Azure 웹 역할의 차이점은 무엇입니까?

Azure 웹 사이트와 Azure 웹 역할의 차이점은 무엇입니까?

새로운 Azure Web 사이트와 기존의 Azure Web 롤의 ASP의 중요한 차이점은 무엇입니까?NET MVC 어플리케이션웹 역할보다 웹 사이트를 선택하거나 웹 사이트를 선택하는 이유는 무엇입니까?

두 경우 모두 동일한 용량이 필요하다고 가정합니다(예: 2개의 작은 인스턴스).프리뷰 기간 동안 웹사이트의 경우 33%의 일시 할인 혜택이 있다는 것 외에는 비슷한 가격인 것 같습니다.

웹 역할로는 어렵거나 불가능한 "웹 사이트"로 할 수 있는 일이 있습니까?예를 들어, "웹 사이트"를 사용하여 여러 웹 사이트를 하나의 VM 세트에 쉽게 배치할 수 있습니까?"웹 사이트"와 "웹 역할"을 함께 사용할 경우 손실되는 것이 있습니까?IIS 미세 조정 기능캐시 서비스를 로컬로 사용할 수 있습니까?

웹 역할은 웹 애플리케이션(구 웹 사이트) 이외의 여러 기능을 제공합니다.

• 애플리케이션 설치, 레지스트리 설정 변경, 퍼포먼스카운터 설치, IIS 미세 조정 등을 위한 고급 시작 스크립트 실행 기능
• 애플리케이션을 계층으로 분할하여(프런트엔드의 경우 웹 역할, 백엔드 처리의 경우 워커 역할) 독립적으로 확장 가능
• 디버깅을 위해 VM에 RDP 기능
• 네트워크 분리
• 전용 가상 IP 주소: 클라우드 서비스의 웹 역할 인스턴스가 IP 제한이 있는 가상 시스템에 액세스할 수 있습니다.
• ACL 제한 엔드포인트 (Azure SDK 2.3, 2014년 4월 추가)
• 임의의 TCP/UDP 포트 지원(웹 사이트는 TCP 80/443으로 제한됨)

웹 앱은 웹 역할보다 장점이 있습니다.

• 도입 이력/롤백을 포함한 거의 즉각적인 도입
• Visual Studio Online, github, local git, ftp, CodePlex, DropBox, BitBucket 도입 지원
• WordPress, Joomla, Django, MediaWiki 등 다양한 CMS 및 프레임워크 중 하나를 전개할 수 있습니다.
• SQL 데이터베이스 또는 MySQL 사용
• 자유 계층에서 공유 계층, 전용 계층으로 간단하고 빠르게 확장 가능
• 웹 작업
• 웹 사이트 콘텐츠 백업
• 내장된 웹 기반 디버깅 도구(심플한 cmd/powershell 디버깅 콘솔, 프로세스 탐색기, 로그 스트리밍 등의 진단 도구)

2014년 4월 및 2014년 9월 롤아웃을 통해 다음과 같은 웹 앱과 웹 역할(및 직원 역할) 모두에 공통적인 몇 가지 기능이 추가되었습니다.

• 스테이징 + 프로덕션 슬롯
• 와일드카드 DNS, SSL 증명서
• Visual Studio 통합
• Traffic Manager 지원
• 가상 네트워크 지원

웹 양식에서 .

웹 앱은 공유 리소스에서 예약된 리소스로 빠르게 시작하고 실행할 수 있는 좋은 방법이라고 생각합니다.이 범위를 벗어나면 웹 역할로 이동하여 필요에 따라 확장할 수 있습니다.

2014년 편집:중요한 것은 이 답변의 많은 정보가 더 이상 정확하지 않다는 것입니다. 코멘트를 참조하십시오.

@David 응답에 추가:

Windows Azure Web 사이트에서는 리소스 슬라이스를 같은 머신에서 수백 개의 다른 웹 사이트와 함께 사용하고 있기 때문에 IIS 또는 웹 서버를 제어할 수 없습니다.

공유 웹 사이트와 Azure 웹 역할의 큰 차이점은 웹 사이트가 프로세스 바인딩으로 간주되고 역할이 VM 바인딩으로 간주된다는 것입니다.

웹 사이트는 팜의 모든 "웹 서버"에서 액세스할 수 있는 컨텐츠 공유에 저장되므로 복제 등의 작업이 필요하지 않습니다.

Windows Azure Web 사이트에는 독자적인 호스트명을 설정할 수 없습니다.websitename.azurewebsites.net 만을 사용해야 합니다.또, DNS 프로바이더내의 CNAME 설정을 사용하고, 예약이 끝난 모드로 실행되고 있는 경우에만, 이전의 Windows Azure 롤과 완전하게 같은 요구를 라우팅 할 수 있습니다.공유 웹 사이트에서는 CNAME 설정이 지원되지 않습니다.

바로 이 주제에 관한 포괄적인 블로그 투고를 방금 http://robdmoore.id.au/blog/2012/06/09/windows-azure-web-sites-vs-web-roles/에 올렸습니다.

결론에서 발췌한 내용:대규모 SSL, 아시아 또는 서부의 미국 데이터센터, 비표준 구성(IIS, 포트, 진단, 보안 증명서 또는 스타트업 스크립트), RDP 또는 비용 효율이 뛰어난 작업자 역할(Web 역할과 조합)이 필요한 경우 현재로서는 웹 역할을 고수해야 합니다.

그렇지 않으면 웹 사이트를 선택하는 것이 좋습니다.

Azure Web Role은 가상 프라이빗 호스트와 같습니다.웹 서버로서 기능하는 VM을 입수해, 그 VM 인스턴스를 소유합니다.

Azure Web 사이트는 유연한 공유 호스팅 서비스입니다.사용자가 제어하지 않고 다른 사용자의 사이트를 서버하는 웹 서버에 앱을 배포합니다.추가 비용을 지불하고 사이트를 확장하거나 축소하여 리소스 요구 변화에 따라 탄력적으로 만들 수 있습니다.

아직 알려지지 않은 시나리오가 하나 더 있다: 이 500개의 예외가 삭제된 후, 그들은 Azure 웹사이트가 와일드카드 CNAME을 처리할 수 있는 능력에 대해 아무 말도 하지 않았다.네이트의 소프트웨어에서 와일드카드 서브도메인 기능을 제공하는 한 줄 해킹을 통해 클라우드 서비스에서 네이트의 웹 역할 액셀러레이터를 사용하는 사람도 있습니다.Azure Web 사이트에서 이러한 와일드카드 서브도메인 앱을 처리할 수 있을 때까지 이동할 수 없습니다.이 기능을 사용할 수 없는 경우 웹 역할 측면에서는 긍정으로 간주됩니다.또한 가격도 완전히 동일하기 때문에(프리뷰 할인이 종료된 후), RDC와 이벤트 뷰어에 대한 접근을 포기할 수 없습니다(단, 두 가지 언급).

Azure Web 사이트에서는 Azure 상에서 확장성이 뛰어난 웹 사이트를 신속하게 구축할 수 있습니다.Azure Portal 또는 명령줄 도구를 사용하여 등의 일반적인 언어를 사용하는 웹 사이트를 설정할 수 있습니다.NET, PHP, Node.js 및 Python.지원되는 프레임워크는 이미 배포되었으며 추가 설치 단계가 필요하지 않습니다.Azure Web 사이트 갤러리에는 Drupal이나 WordPress 등의 서드파티 어플리케이션과 Django나 CakePHP 등의 개발 프레임워크가 다수 포함되어 있습니다.사이트를 만든 후 기존 웹 사이트를 마이그레이션하거나 완전히 새로운 웹 사이트를 작성할 수 있습니다.웹 사이트에서는 물리적 하드웨어를 관리할 필요가 없으며 여러 확장 옵션도 제공됩니다.공유 멀티 테넌트 모델에서 전용 시스템이 들어오는 트래픽을 처리하는 표준 모드로 전환할 수 있습니다.또한 웹 사이트에서는 SQL 데이터베이스, 서비스 버스 및 스토리지와 같은 다른 Azure 서비스와 통합할 수 있습니다.Azure WebJobs SDK 미리 보기를 사용하여 백그라운드 처리를 추가할 수 있습니다.요약하면, Azure Web 사이트에서는, 폭넓은 언어, 오픈 소스 애플리케이션, 및 도입 방법론(FTP, Git, Web Deploy, 또는 TFS)을 서포트하고 있기 때문에, 애플리케이션 개발에 보다 쉽게 집중할 수 있습니다.클라우드 서비스나 가상 머신을 필요로 하는 특별한 요건이 없다면 Azure 웹 사이트를 선택하는 것이 가장 좋습니다.

클라우드 서비스를 사용하면 풍부한 서비스형 플랫폼(PaaS) 환경에서 가용성과 확장성이 뛰어난 웹 애플리케이션을 만들 수 있습니다.웹 사이트와 달리 클라우드 서비스는 Azure에 배포되기 전에 Visual Studio와 같은 개발 환경에서 먼저 생성됩니다.PHP와 같은 프레임워크에는 역할 시작 시 프레임워크를 설치하는 사용자 지정 배포 단계 또는 작업이 필요합니다.클라우드 서비스의 주요 장점은 보다 복잡한 멀티 계층 아키텍처를 지원할 수 있다는 것입니다.단일 클라우드 서비스는 프런트엔드 웹 역할과 하나 이상의 작업자 역할로 구성될 수 있습니다.각 계층은 개별적으로 확장할 수 있습니다.또한 웹 애플리케이션 인프라스트럭처에 대한 제어 수준도 향상되었습니다.예를 들어 역할 인스턴스를 실행하는 시스템에 원격 데스크톱을 설치할 수 있습니다.또한 관리자 제어가 필요한 태스크를 포함하여 역할 시작 시 실행되는 고급 IIS 및 시스템 구성 변경 사항을 스크립팅할 수도 있습니다.

가상 시스템을 사용하면 Azure의 가상 시스템에서 웹 애플리케이션을 실행할 수 있습니다.이 기능은 IaaS(Infrastructure as a Service)라고도 합니다.포털을 통해 새 윈도우즈 Server 또는 Linux 시스템을 생성하거나 기존 가상 시스템 이미지를 업로드합니다.가상 시스템은 운영 체제, 구성 및 설치된 소프트웨어와 서비스를 가장 효과적으로 제어할 수 있습니다.이는 복잡한 사내 웹 애플리케이션을 클라우드로 신속하게 마이그레이션하는 데 좋은 옵션입니다. 머신을 전체적으로 이동할 수 있기 때문입니다.가상 네트워크를 사용하면 이러한 가상 시스템을 사내 네트워크에 연결할 수도 있습니다.Cloud Services와 마찬가지로 이러한 시스템에 원격으로 액세스하고 관리 수준에서 구성 변경을 수행할 수 있습니다.그러나 웹 사이트 및 클라우드 서비스와 달리 가상 시스템 이미지와 애플리케이션 아키텍처를 인프라 수준에서 완전히 관리해야 합니다.기본적인 예로는 운영체제에 자체 패치를 적용해야 하는 경우가 있습니다.

최신의 포괄적인 비교는, 다음의 링크에서 참조해 주세요.http://azure.microsoft.com/en-us/documentation/articles/choose-web-site-cloud-service-vm/

Azure Web 사이트, Web 워커, 가상 머신은 Windows Azure에서 사용할 수 있는 3가지 컴퓨팅 접근법입니다.이들은 통제 수준과 책임 수준이 다릅니다.

• Azure Web 사이트의 제어 레벨은 낮지만, Azure Web 사이트에서는 상태 가상 머신과 IIS를 유지할 필요가 없습니다.Azure Web 사이트에서는 이 기능을 이용할 수 있기 때문입니다.
• Web 롤을 사용하면, 보다 많은 컨트롤(트래픽 매니저, 리모트 데스크탑)을 얻을 수 있습니다만, 리모트 데스크탑을 개입시켜 보다 많은 관리를 실시할 수 있기 때문에, 예를 들어 리모트 데스크탑을 개입시켜 문제를 해결할 수 있습니다.
• 가상 머신은 VM을 완전히 제어할 수 있기 때문에 가장 많은 관리 작업이 필요합니다.

필요한 제어 수준, 필요한 기능 및 Azure의 유지보수에 필요한 기능에 따라 최적의 선택은 없습니다.그리고 그것은 큰 주제이다.

상세한 것에 대하여는, 다음의 문서를 참조해 주세요.

• http://www.windowsazure.com/en-us/documentation/articles/choose-web-site-cloud-service-vm/
• http://davidpallmann.blogspot.com/2012/06/reintroducing-windows-azure-part-2.html

즉, 사용 편의성과 기능 간의 균형으로 요약됩니다.

또, 커스텀 도메인 사이트와 멀티 테넌트(Multi-tenant) 구성의 SSL 취득에 드는 코스트도 2개 있었습니다.

웹사이트의 경우 표준 인스턴스 외에 매달 결제해야 합니다(스몰 인스턴스가 가장 저렴한 옵션입니다).즉, 커스텀 도메인을 취득하기 위해서는 소규모 인스턴스의 경우 70/월, 모든 브라우저를 지원하는 SSL의 경우 41/월 정도의 비용이 듭니다.

WebRole의 경우 XS 인스턴스를 무료로 가져오고 자체 SSL을 추가할 수 있습니다. 즉, 매달 최대 15달러이며 SSL을 사용하는 사용자 지정 도메인이 있습니다.

멀티 테넌트 웹 사이트의 경우 멀티 테넌트 Azure 다이내믹 와일드카드 CName을 확인하십시오.

웹 역할은 여러 웹 사이트를 호스팅하는 가상 시스템입니다.

이것은 일반적인 질문으로, msdn에서 발췌를 하고 싶습니다.

캐싱, 서비스 버스, 스토리지, SQL Azure 데이터베이스 - 웹 사이트 등의 서비스에 대한 액세스:○ WebRole:네.

ASP 지원NET, 클래식 ASP, Node.js, PHP-WebSite:○ WebRole:네.

공유 콘텐츠 및 구성 - 웹 사이트:○ WebRole:아니요.

GIT, FTP를 사용한 코드 배포 - 웹 사이트:○ WebRole:아니요.

근인스턴트 도입 Web 사이트:○ WebRole:아니요.

통합 MySQL as a Service 지원 웹 사이트:○ WebRole:네.

복수의 도입 환경(실가동 및 스테이징)- Web Site:Web 역할 없음:네.

네트워크 분리 웹 사이트:Web 역할 없음:네.

서버에 대한 원격 데스크톱 액세스 - 웹 사이트:Web 역할 없음:네.

높은 권한으로 프로그램을 실행하는 기능 - 웹 사이트:Web 역할 없음:네.

기동 태스크를 정의/실행하는 기능(Web Site:Web 역할 없음:네.

지원되지 않는 프레임워크 또는 라이브러리를 사용하는 기능 - 웹 사이트:Web 역할 없음:네.

Windows Azure Connect/Windows Azure Network-Web Site 지원:Web 역할 없음:네.

상세한 것에 대하여는, http://blogs.msdn.com/b/silverlining/archive/2012/06/27/windows-azure-websites-web-roles-and-vms-when-to-use-which.aspx 를 참조해 주세요.

언급URL : https://stackoverflow.com/questions/10941488/what-is-the-difference-between-an-azure-web-site-and-an-azure-web-role