Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 203. Azure - WEB SITES 서비스 소개 [링크 복사], [링크+제목 복사],
조회: 24988
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

Azure - WEB SITES 서비스 소개

Azure에서 서비스를 만들 수 있는 방법이 크게 3가지가 있습니다.

  1. 가상 머신에서 서비스 운영(IaaS 방식)
  2. 클라우드 서비스 운영(PaaS 방식)
  3. 웹 사이트 운영(FTP 등의 방식으로 사이트를 업로드)

1번 방식은 다음의 글에서 소개한 적이 있고,

Azure - Virtual Machine 구성
; https://www.sysnet.pe.kr/2/0/1315

2번 방식도 제 웹 사이트(sysnet)를 azure 클라우드 서비스로 올리면서 소개한 적이 있습니다.

Sysnet, Azure를 만나다.
; https://www.sysnet.pe.kr/2/0/1307

하지만, 이 외에도 3번 방식이 새롭게 지원이 되었는데요. 백마디 말보다는 직접 체험해 보면서 어떤 것인지 감을 익혀보도록 하겠습니다.




Azure 포탈 사이트에 접속해서 "웹 사이트(WEB SITE)" 유형의 서비스를 만들 수 있습니다. 포탈 사이트 하단의 "새로 만들기" 버튼을 눌러 "웹 사이트" 범주의 "갤러리에서" 메뉴를 선택합니다.

monaco_1.png

그럼, 다음과 같은 화면이 뜨고 "TEMPLATES" 범주로 가면 "ASP.NET Empty Site"를 선택할 수 있습니다. (이 외에도, Node JS나 PHP, Django, 워드 프레스, MediaWiki 등의 다양한 템플릿이 있습니다. 즉 .NET 응용 프로그램만 지원하는 것은 아닙니다.)

monaco_2.png

마지막으로 사이트 도메인 명을 입력하고 우측 하단의 확인 버튼을 누르면 웹 사이트 생성이 완료됩니다.

monaco_3.png

완료 후에 웹 사이트 란에 가면 다음과 같이 방금 생성한 웹 사이트가 실행 중임을 볼 수 있습니다. 물론, 입력했던 도메인 명으로 웹 브라우저를 이용해 방문해 보면 실제로 서비스가 운영 중이므로 응답을 받게 됩니다. (이 글의 경우 "anyconnect.azurewebsites.net"로 방문하면 됩니다.)

monaco_4.png

여기서 "모드"가 "무료"로 된 것에 주목할 필요가 있습니다. 그렇습니다. ^^ Azure 웹 사이트는 무료로 사용할 수 있는 모드가 제공되기 때문에 부담 없이 생성하시면 됩니다. 물론, 무료인 만큼 제약이 있습니다. 자세한 것은 다음의 가격 정책을 참고하세요.

웹 사이트 가격 정보(2013년 11월 20일 기준)
; http://www.windowsazure.com/ko-kr/pricing/details/web-sites/

무료 공유(미리 보기) 표준
CPU 공유1 공유1 전용
사용자 지정 도메인 지원 사용할 수 없음 사용할 수 있음 사용할 수 있음
사용자 지정 도메인 SSL 사용할 수 없음 사용할 수 없음 SSL 가격 참조
확장 사용할 수 없음 최대 인스턴스 6개 최대 인스턴스 10개
사이트2 10 100 500
저장소2 1GB 1GB 10GB
관계형 데이터베이스3(선택 사항) 20MB가 포함되어 있으며, 추가 용량에 대해서는 표준 요금이 적용됨 20MB가 포함되어 있으며, 추가 용량에 대해서는 표준 요금이 적용됨 20MB가 포함되어 있으며, 추가 용량에 대해서는 표준 요금이 적용됨
아웃바운드 데이터 전송2 일별 최대 165MB 표준 요금 적용 표준 요금 적용

1 무료 및 공유(미리 보기) 계층은 각각 일일 60분 및 240분의 CPU 용량을 포함합니다.
2 다른 설명이 없으면 이 할당량은 지역을 기준으로 합니다.
3 첫 12개월 동안 구독당 20MB Azure SQL 데이터베이스 한 개와 20MB MySQL 데이터베이스 한 개가 제공됩니다. 그 이후에는 표준 요금이 적용됩니다.




그럼, 이렇게 만들어진 웹 사이트의 운영 코드들은 어떻게 올릴까요? 이를 위해 FTP 등의 연결을 필요로 합니다. 즉, 로컬에서 개발하고 테스트한 후 해당 웹 사이트를 Azure 서비스에 FTP로 연결해 업로드하는 방식입니다.

좀 더 자세한 정보는 다음의 글에서 너무 잘 설명해 주고 있습니다. (사실 제가 ^^ 이 글을 왜 쓰고 있나 싶을 정도입니다.)

Windows Azure Website 사용 후기 1부: 웹사이트 만들기
; http://www.redplus.net/Home/tabid/36/EntryId/350/-Windows-Azure-Website-1.aspx

Windows Azure Website 사용 후기 2부: ASP, PHP, ASP.NET사용
; http://www.redplus.net/Home/tabid/36/EntryId/351/-Windows-Azure-Website-2-ASP-PHP-ASP-NET.aspx

Windows Azure Website 사용 후기 3부: Web Deploy 방식으로 배포
; http://www.redplus.net/Home/tabid/36/EntryId/352/-Windows-Azure-Website-3-Web-Deploy.aspx

Windows Azure Websites 사용 후기 4부: From Gallery 메뉴를 사용하여 오픈소스 블로그 설치하기
; http://www.redplus.net/Home/tabid/36/EntryId/353/-Windows-Azure-Websites-4-From-Gallery.aspx

Windows Azure Websites 사용 후기 5부: Create With Database 방식으로 웹사이트 만들기
; http://www.redplus.net/Home/tabid/36/EntryId/354/-Windows-Azure-Websites-5-Create-With-Database.aspx

정리해 보면, PaaS 서비스인 클라우드 서비스와 WEB SITES 유형의 서비스를 비교했을 때 "웹 사이트 서비스"를 하는 경우라면 크게 차이는 없습니다. 단지 클라우드 서비스가 웹 사이트뿐만 아니라 "NT 서비스" 성격의 응용 프로그램까지 지원하는 것을 감안했을 때 "WEB SITES" 유형은 클라우드 서비스에서 웹 사이트를 좀 더 쉽게 만들 수 있도록 특화시켜 나온 서비스라고 보시면 됩니다. 배포 측면에서 봤을 때도 PaaS 방식의 클라우드 서비스보다 "WEB SITES" 방식에서 지원하는 것들이 더 편하고 빠르기도 하다는 점을 빼 놓을 수 없겠군요.

물론 차이점이 아주 없는 것은 아닙니다. ^^ 이에 대해서는 다음의 문서를 보시는 것이 도움됩니다.

Windows Azure Web Sites, Cloud Services, and VMs: When to use which?
; http://www.windowsazure.com/en-us/manage/services/web-sites/choose-web-app-service/?fb=ko-kr

위의 문서에 간단하게 그림 한장으로 정리된 것이 인상적입니다. ^^

monaco_5.png






[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/10/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2013-11-25 02시28분
[ryujh] 안녕하세요. 아직 Azure 를 사용해본적 없고 홈페이지와 웹호스팅은 사용해봐서 의문점있는데

호스팅업체의 기능과 비교한다면

1.가상 머신에서 서비스 운영(IaaS 방식)
-> 서버 호스팅

2.클라우드 서비스 운영(PaaS 방식)
-> 모름

3.웹 사이트 운영(FTP 등의 방식으로 사이트를 업로드)
-> 웹호스팅

이렇게 비유하면 될런지요? 아직 클라우드가 하늘에 뜬 구름처럼 구름속에 무엇인가 있어도 구름만 보이니 뭐라고 정의내리기 어렵습니다.

아니면 위의 세가지가 모두 클라우드 서비스(2번) 기반에 사용자가 접근하는 방식을 세가지로 나눈 것인지요?

이상입니다.
[guest]
2013-11-25 11시16분
말씀하신 분류가 맞습니다. ^^ PaaS만 기존에 없던 기능이지요. 어쨌든, 클라우드의 가장 중요한 특징은 서비스의 수를 상황에 맞게 조절한다는 것입니다. 그것이 얼마나 유연하냐가 문제인데요.

IaaS로 만든 서비스의 경우, 곧바로(?) 또 다른 가상 머신을 생성하는 것은 가능하지만 그 가상 머신에서 서비스를 돌릴 수 있는 준비를 하는 것은 완전히 다른 문제가 됩니다. 단순 복제만으로 서비스가 되도록 만들어졌으면 모를까 어쨌든 유연성이 가장 떨어지는 유형입니다.

PaaS의 경우에는 VM 생성 및 서비스 배포까지 완전히 자동화되어 있기 때문에 가장 유연성이 뛰어난 클라우드 서비스 유형입니다.

마지막으로 웹 사이트 운영은 PaaS의 유형 중에서 '웹 사이트'의 개발에 있어서 좀 더 편의성을 더한 경우입니다. 그래도 여전히 PaaS만큼의 유연성은 없습니다.

원래 Azure는 처음 완전한 클라우드 서비스라는 명분으로 PaaS 방식만을 고집했었습니다. 그런데, 실제 현장에서의 엔지니어들은 웹 호스팅 업체와 일하던 것이 더 친숙했기 때문에 오히려 IaaS 방식의 서비스에 대한 요구가 더 컸습니다. 그래서 Azure는 어쩔 수 없이 나중에 IaaS 방식을 추가했습니다. 그 후에, 서비스가 좀 더 고도화되면서 Azure 측에서 추가로 내놓은 서비스가 '웹 사이트' 방식입니다.
정성태
2013-11-26 10시49분
[모인] 클라우드 서비스에 웹룰 과 웹사이트와의 차이점이 있는건가요?
[guest]
2013-11-27 12시21분
모인 님, 차이점은 본문에 링크를 걸어둔 "Windows Azure Web Sites, Cloud Services, and VMs: When to use which?" 글에 보면 자세하게 기능별로 비교가 되어 있습니다.
정성태

... 46  [47]  48  49  50  51  52  53  54  55  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12763정성태8/9/202116112Java: 29. java.lang.NullPointerException - com.mysql.jdbc.ConnectionImpl.getServerCharset
12762정성태8/8/202119398Java: 28. IntelliJ - Unable to open debugger port 오류
12761정성태8/8/202116070Java: 27. IntelliJ - java: package javax.inject does not exist [2]
12760정성태8/8/202112852개발 환경 구성: 594. 전용 "Command Prompt for ..." 단축 아이콘 만들기
12759정성태8/8/202117465Java: 26. IntelliJ + Spring Framework + 새로운 Controller 추가 [2]파일 다운로드1
12758정성태8/7/202116869오류 유형: 751. Error assembling WAR: webxml attribute is required (or pre-existing WEB-INF/web.xml if executing in update mode)
12757정성태8/7/202117478Java: 25. IntelliJ + Spring Framework 프로젝트 생성
12756정성태8/6/202115749.NET Framework: 1084. C# - .NET Core Web API 단위 테스트 방법 [1]파일 다운로드1
12755정성태8/5/202115800개발 환경 구성: 593. MSTest - 단위 테스트에 static/instance 유형의 private 멤버 접근 방법파일 다운로드1
12754정성태8/5/202116192오류 유형: 750. manage.py - Your project may not work properly until you apply the migrations for app(s): admin, auth, contenttypes, sessions.
12753정성태8/5/202117121오류 유형: 749. PyCharm - Error: Django is not importable in this environment
12752정성태8/4/202113970개발 환경 구성: 592. JetBrains의 IDE(예를 들어, PyCharm)에서 Visual Studio 키보드 매핑 적용
12751정성태8/4/202116891개발 환경 구성: 591. Windows 10 WSL2 환경에서 docker-compose 빌드하는 방법
12750정성태8/3/202113921디버깅 기술: 181. windbg - 콜 스택의 "Call Site" 오프셋 값이 가리키는 위치
12749정성태8/2/202113360개발 환경 구성: 590. Visual Studio 2017부터 단위 테스트에 DataRow 특성 지원
12748정성태8/2/202114387개발 환경 구성: 589. Azure Active Directory - tenant의 관리자(admin) 계정 로그인 방법
12747정성태8/1/202114655오류 유형: 748. 오류 기록 - MICROSOFT GRAPH – HOW TO IMPLEMENT IAUTHENTICATIONPROVIDER파일 다운로드1
12746정성태7/31/202119132개발 환경 구성: 588. 네트워크 장비 환경을 시뮬레이션하는 Packet Tracer 프로그램 소개
12745정성태7/31/202114919개발 환경 구성: 587. Azure Active Directory - tenant의 관리자 계정 로그인 방법
12744정성태7/30/202115301개발 환경 구성: 586. Azure Active Directory에 연결된 App 목록을 확인하는 방법?
12743정성태7/30/202116534.NET Framework: 1083. Azure Active Directory - 외부 Token Cache 저장소를 사용하는 방법파일 다운로드1
12742정성태7/30/202114565개발 환경 구성: 585. Azure AD 인증을 위한 사용자 인증 유형
12741정성태7/29/202116056.NET Framework: 1082. Azure Active Directory - Microsoft Graph API 호출 방법파일 다운로드1
12740정성태7/29/202114575오류 유형: 747. SharePoint - InvalidOperationException 0x80131509
12739정성태7/28/202114988오류 유형: 746. Azure Active Directory - IDW10106: The 'ClientId' option must be provided.
12738정성태7/28/202115927오류 유형: 745. Azure Active Directory - Client credential flows must have a scope value with /.default suffixed to the resource identifier (application ID URI).
... 46  [47]  48  49  50  51  52  53  54  55  56  57  58  59  60  ...