Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 203. Azure - WEB SITES 서비스 소개 [링크 복사], [링크+제목 복사],
조회: 17846
글쓴 사람
정성태 (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?" 글에 보면 자세하게 기능별로 비교가 되어 있습니다.
정성태

... 16  17  18  [19]  20  21  22  23  24  25  26  27  28  29  30  ...
NoWriterDateCnt.TitleFile(s)
13172정성태11/25/20225395.NET Framework: 2071. 닷넷에서 ESP/RSP 레지스터 값을 구하는 방법파일 다운로드1
13171정성태11/25/20225061Windows: 214. 윈도우 - 스레드 스택의 "red zone"
13170정성태11/24/20225336Windows: 213. 윈도우 - 싱글 스레드는 컨텍스트 스위칭이 없을까요?
13169정성태11/23/20225906Windows: 212. 윈도우의 Protected Process (Light) 보안 [1]파일 다운로드2
13168정성태11/22/20225257제니퍼 .NET: 31. 제니퍼 닷넷 적용 사례 (9) - DB 서비스에 부하가 걸렸다?!
13167정성태11/21/20225276.NET Framework: 2070. .NET 7 - Console.ReadKey와 리눅스의 터미널 타입
13166정성태11/20/20224999개발 환경 구성: 651. Windows 사용자 경험으로 WSL 환경에 dotnet 런타임/SDK 설치 방법
13165정성태11/18/20224882개발 환경 구성: 650. Azure - "scm" 프로세스와 엮인 서비스 모음
13164정성태11/18/20225830개발 환경 구성: 649. Azure - 비주얼 스튜디오를 이용한 AppService 원격 디버그 방법
13163정성태11/17/20225738개발 환경 구성: 648. 비주얼 스튜디오에서 안드로이드 기기 인식하는 방법
13162정성태11/15/20226789.NET Framework: 2069. .NET 7 - AOT(ahead-of-time) 컴파일
13161정성태11/14/20226076.NET Framework: 2068. C# - PublishSingleFile로 배포한 이미지의 역어셈블 가능 여부 (난독화 필요성) [4]
13160정성태11/11/20225993.NET Framework: 2067. C# - PublishSingleFile 적용 시 native/managed 모듈 통합 옵션
13159정성태11/10/20229280.NET Framework: 2066. C# - PublishSingleFile과 관련된 옵션 [3]
13158정성태11/9/20225440오류 유형: 826. Workload definition 'wasm-tools' in manifest 'microsoft.net.workload.mono.toolchain' [...] conflicts with manifest 'microsoft.net.workload.mono.toolchain.net7'
13157정성태11/8/20226081.NET Framework: 2065. C# - Mutex의 비동기 버전파일 다운로드1
13156정성태11/7/20227023.NET Framework: 2064. C# - Mutex와 Semaphore/SemaphoreSlim 차이점파일 다운로드1
13155정성태11/4/20226477디버깅 기술: 183. TCP 동시 접속 (연결이 아닌) 시도를 1개로 제한한 서버
13154정성태11/3/20225960.NET Framework: 2063. .NET 5+부터 지원되는 GC.GetGCMemoryInfo파일 다운로드1
13153정성태11/2/20227270.NET Framework: 2062. C# - 코드로 재현하는 소켓 상태(SYN_SENT, SYN_RECV)
13152정성태11/1/20225853.NET Framework: 2061. ASP.NET Core - DI로 추가한 클래스의 초기화 방법 [1]
13151정성태10/31/20226029C/C++: 161. Windows 11 환경에서 raw socket 테스트하는 방법파일 다운로드1
13150정성태10/30/20225991C/C++: 160. Visual Studio 2022로 빌드한 C++ 프로그램을 위한 다른 PC에서 실행하는 방법
13149정성태10/27/20225959오류 유형: 825. C# - CLR ETW 이벤트 수신이 GCHeapStats_V1/V2에 대해 안 되는 문제파일 다운로드1
13148정성태10/26/20225901오류 유형: 824. msbuild 에러 - error NETSDK1005: Assets file '...\project.assets.json' doesn't have a target for 'net5.0'. Ensure that restore has run and that you have included 'net5.0' in the TargetFramew
13147정성태10/25/20224973오류 유형: 823. Visual Studio 2022 - Unable to attach to CoreCLR. The debugger's protocol is incompatible with the debuggee.
... 16  17  18  [19]  20  21  22  23  24  25  26  27  28  29  30  ...