INICIS 모바일 결제가 사용 불가능해짐에 따라, 기존에 이용하시던 Azure 구독에 대한 모바일 결제가 불가능해 지고 이 때문에 Azure 의 서비스가 중단되는 경우가 생길 수도 있습니다. 

이러한 상황을 방지하기 위해 Azure 사용 및 청구 포털로 이동하여 결제 수단을 다른 방식으로 변경해 주시기를 부탁드립니다. (결제가 실패하더라도 바로 서비스가 중지되지는 않습니다.)

이 포스팅에서는 새 결제 방법(신용카드)을 추가하는 과정을 보여드리겠습니다. *이미지가 작은 경우 클릭하시면 원본 사이즈를 보실 수 있습니다.

결제 방법 변경에 필요한 것들:

-Internet Explorer 웹 브라우저 (결제 방법 추가/변경 시 현재 이니시스 결제 모듈이 사용되며 IE 브라우저에서만 가능합니다.)

-새로 추가할 신용카드 정보

-공인 인증서

1. http://azure.microsoft.com 사이트에서 오른쪽 상단에 <내 계정>을 클릭합니다.

2. 아래 화면에서 <사용량 및 결제>부분을 클릭한 후 지불 방법 변경이 필요한 Azure 계정으로 로그인합니다.

3. 기본값으로 <계정> 페이지와 그 하위 메뉴에서 <구독>페이지가 보여집니다.  지불 방법 변경이 필요한 구독을 클릭합니다.

4. 오른쪽 메뉴에서 <지불 방법 변경>을 클릭합니다.

5. <지불 방법 변경> 창이 열리면 <+ 지불 방법>을 클릭합니다.

6. <사용자 동의>창이 열리면 동의서를 완전히 숙지한 후 준비되었을 때 <동의>를 클릭합니다.

7. 아래 화면에서 성, 이름, 설명 등 필수란을 포함하여 필요한 정보를 입력 및 표기된 내용을 숙지한 후 <다음>을 클릭합니다.

8. 이니시스 플러그인 모듈이 작동합니다. 아래 화면에서 카드 정보를 입력합니다. 이때 법인 카드를 추가하시는 경우, 해당 법인 카드가 본인 개인명으로 발급된 카드이면 법인이 아닌 <개인>을 지정하고 <주민등록번호>를 입력해야 합니다. 법인 카드가 회사명으로 발급된 경우 <법인>을 지정하고 <사업자등록번호>를 입력합니다.

카드 정보를 입력하고 정기과금 이용약관, 전자금용 이용약관, 고유식별정보수집 및 이용약관, 개인정보수집 및 이용안내, 개인정보제공 및 위탁안내 등을 숙지 해 주시고 준비가 되면 <확인>을 클릭합니다.

9. 소지하고 계신 공인 인증서를 선택 후 <확인>을 클릭합니다.

10. 다시 <신용카드 본인인증>창으로 돌아오면, <확인>을 클릭하여 창을 닫습니다.

11. <지불 방법 선택> 창에서 오른쪽 아래 체크 마크를 클릭하여 지불 방법 변경 과정을 완료합니다.

12. (Optional) 지불 방법이 제대로 변경되었는지 확인하려면 아래 화면에서 <지불 방법 변경을> 클릭하신 후 <지불 방법 변경> 창에서 현재 지정되어 있는 지불 방법이 방금 추가한 신용카드가 맞는지 확인합니다.

이 게시물은 2월 10일에 게시된 Best Practices: Windows Azure Websites (WAWS) 번역입니다.

편집 참고: 이번에는 Windows Azure 웹 사이트 팀에서 프로그램 관리자를 맡고 있는 Sunitha Muthukrishna에 의한 기사를 소개합니다.

윈도우 애저 웹 사이트 (WAWS, 영어) 을 사용하여 고도로 확장 가능한 웹 사이트를 윈도우 애저에서 생성할 수 있습니다. WAWS의 주요 장점은 다음과 같습니다.

• 효과적인 자원 활용 : 사용자 수의 증가에 따라 응용 프로그램의 사용도 증가합니다. 웹 사이트의 트래픽 패턴을 기반으로 사전에 조정할 수 있습니다.
• 사용량기준의 과금제 : 비용은 클라우스 서비스를 선택함에있어 주요 요소입니다. 애저 웹 사이트 사용량에 따라 요금 체계 (종량제, 6 개월 또는 12 개월 플랜)을 선택할 수 있습니다. 자세한 내용은 윈도우 애저 웹 사이트 요금 정보 페이지를 참조 하십시오.
• 시장에 빠른 출시 : 이제 인프라가 아닌 응용 프로그램 개발에 집중할 수 있습니다. 그 어느 때 보다 개발자의 창의력과 생산성을 높이는 것에 시간을 소요할 수 있고 응용 프로그램 출시 기간을 단축할 수 있습니다.

모범 사례

이 모범 사례는 윈도우 애저 웹 사이트 인프라를 효과적으로 활용하고 최종 사용자에게 성능과 안정적인 웹 사이트를 배포하는데 도움이 됩니다

확장 가능한 아키텍처 구축

윈도우 애저 웹 사이트는 애저 환경에서 확장 가능한 솔루션을 구축할 수 있지만, 서비스에서 제공하는 확장 가능한 인프라로 웹 사이트를 최대한 활용하기 위해서는 신중을 기해야 합니다.

확장 가능한 솔루션은 다음을 고려해야 합니다.

1. 아키텍처의 병목구간은 사이트의 응답 시간을 크게 하는 원인이 될 수 있습니다. 따라서 현행 아키텍처 주요 병목 상태를 조사해야 합니다. 병목구간은 응용 프로그램의 설계 불량 또는 대역폭 제한 등 여러 가지 이유로 발생합니다. 이를 해결 하기 위해 응용 프로그램 아키텍처 리팩토링을 수행합니다.

2. 일반 부하에 가장 적합한 구성을 찾기위해 다양한 규모의 조직 (인스턴스의 크기와 수의 조합)에서 웹 사이트의 부하 테스트를 실행합니다. 부하 테스트를 실행하려면 비주얼 스튜디오 또는 아파치 Jmeter (영어) 등 다양한 도구를 사용할 수 있습니다.

3. 웹 분석 도구를 사용하여 웹 사이트의 트래픽 패턴 및 초당 평균 요청 수 등을 조사합니다.

4. 뜻하지 않은 트래픽 증가가 발생하는 경우에 대비해 자동 배율 조정을 설정합니다. 자세한 내용은 「웹 사이트를 조정하는 방법 (영어)」의 문서를 참조하십시오.

5. 응용 프로그램의 데이터베이스 계층을 사용하는 경우 애저 캐싱 서비스 등 분산 캐시 솔루션을 통합하여 성능을 향상시킵니다.

고가용성을 위한 내구성 아키텍처 디자인

WAWS에서는 높은 수준의 서비스 수준 계약 (SLA - 영어) 를 제공하지만, 업무의 연속성을 고려해 볼때 클라우드 솔루션을 사용하는 동안 서비스 오류가 발생할 수 있는 위험이 존재하고 이를 완화하는 방법을 아는 것이 상당히 중요합니다.

다음은 장애 완화를 위해 꼭 알아야 하는 솔루션입니다.

• 윈도우 애저 SDK를 사용하거나 Cloud Cellar (영어) 와 같은 타사 서비스를 사용하여 컨덴츠를 보호하는 자동화된 백업 및 복구 전략이 필요합니다.
• 두 개 이상의 데이터센터 웹 사이트의 중복 복사본을 설치하고 수신된  트래픽 로드를 데이터 센터에 분산합니다.
• 데이터 센터에서 오류가 발생시 자동 장애 조치가 가능하게 Global Traffic Manager  기능을 설치합니다.
• 웹 사이트와 함께 CDN 서비스를 설치하고 콘텐츠 캐싱을 통해 성능을 향상 시키는 동시에 웹 사이트 가용성도 향상시킵니다.
• 가능하다면, WAWS에서 운영하는 웹 사이트와 긴밀하게 작동하는 구성 요소 및 서비스의 종속성을 제거합니다.

예를 들어, 데이터베이스를 사용하는 웹 사이트는 어떤 이유로 인해 데이터베이스 서비스가 일시적으로 중지하고 아키텍처의 한 곳에서 오류가 발생합니다. 데이터베이스는 가장 중요한 아키텍처적 구성 요소이기 때문에  제외할 수 없습니다. 이러한 경우 다음과 같은 대책이 있습니다.

 - 여러 데이터 센터에 복제된 데이터베이스 간에 데이터를 동기화하여 재해의 영향을 줄일 수 있습니다.

 - 재해 발생 시 내구성을 고려하여 응용 프로그램을 디자인합니다.

종속 구성 요소를 사용해야 하는 경우, 견고성을 높이기 위해 복제 라는 전략을 사용합니다.

• 클라우드로 이동하기 전에 예기치 않은 재해 발생에 대비한 위험 완화 전략을 수립합니다.
• 스테이징 환경을 만들어 장애 발생시 웹사이트가 어떻게 동작하는지에 대한 장애 발생 현상을 시뮬레이션 합니다.

인프라 자동화

웹 사이트를 원활히  유지하기 위해서 개발 및 배포 등 클라우드 솔루션에 관련된 다양한 작업을 수행해야 합니다. 이 작업을 자동화하여 응용 프로그램의 릴리스 주기 관리를 용이하게 합니다. WAWS 기능은 모든 WAWS REST API에서 액세스할 수 있으므로 쉽게 자동화할 수 있습니다.

웹 사이트 관리의 중요한 작업에는 다음과 같은 것이 있습니다.

• 웹 사이트 배포

배포하는 경우Web Deploy (영어),Git (영어), FTP와 같은 다양한 방법을 사용할 수 있습니다. 사용자의 마음에 있던 도구를 Windows Azure SDK 에 내장하여 웹 사이트에 콘텐츠 배포를 쉽게 자동화할 수 있습니다.

• 테스트 사이트를 사용하여 테스트

WAWS는 테스트 게시를 지원합니다. 이 기능에서는 업데이트를 고객에게 제공하는 웹 사이트에 적용하기 전에, 테스트 버전의 웹 사이트에 배포하여 프로덕션 환경에서 테스트를 수행할 수 있습니다. 자세한 내용은 「윈도우 애저 웹 사이트에서 테스트 배포(영어)」을 참조하십시오.

• 진단 로깅 사용

WAWS는 응용 프로그램 디버깅을 돕기위해 진단 기능이 내장되어 있습니다. 진단 기능을 사용하려면 다음 두 가지가 있습니다.

• 사이트 진단 : 자세한 오류 로깅, 실패 한 요청 추적 및 웹 서버 로그 기록이 가능합니다.
• 응용 진단 : 웹 응용 프로그램에서 생성된 정보를 검색할 수 있습니다.

자세한 내용은 「윈도우 애저 웹 사이트의 진단 로깅 사용 (영어)」을 참조하십시오.

• 감시 기능 사용

WAWS는 관리자 페이지에서 모니터링 기능을 사용할 수 있습니다. 이 페이지에서는 CPU 시간, HTTP 클라이언트 오류 HTTP 서버 오류 등 다양한 지표에 대한 경고를 설정하고 웹 사이트를 지속적으로 모니터링할 수 있습니다. 자세한 내용은 「윈도우 애저 웹 사이트를 모니터링하는 방법 (영어)」을 참조하십시오.

• 보안

WAWS 플랫폼은 보안 및 안정성에 대한 주요 산업 표준을 준수하여 고객에게 안전한 플랫폼을 제공하고 있습니다. 그러나 응용 프로그램에 취약점이 있는 경우 아키텍처는 공격을 받을 위험이 있습니다.

WAWS에서 안전한 솔루션을 구축하기 위해서는 응용 프로그램을 만들 때 외부공격에 대응 가능한 보안 코딩 방법을 따라야 합니다. 자세한 내용은 「 안전한 코드를 작성하는 방법 (영어)」을 참조하십시오.

참고 정보

Windows Azure 웹 사이트 자습서 (영어)

Windows Azure 트래픽 관리자 (영어)

Windows Azure의 문서

Web Deploy API 사용 방법 (영어)

Windows Azure의 보안 및 규정 준수에 대 한 개요

이 포스트는 3월 4일에 게시된 Windows Azure Websites online tools you should know about 번역합니다.

컴퓨팅 리소스를 관리 하려면 윈도우 애저 웹 사이트의 온라인 도구를 이용하면 편리합니다. 이 온라인 도구는 SCM (사이트 관리) 대쉬보드로 알려진 사이트 Kudu 대시보드의 일부로 제공됩니다. 이 문서에서는이 도구의 기능에 대해 소개합니다.

Kudu 대시보드에 액세스 하려면 인터넷 브라우저에 https://{이름} .scm.azurewebsites.net (사이트 이름 뒤에 「.scm」)를 입력합니다. 접속하면 자격 증명 입력이 요구되고 배포 자격 증명을 입력합니다. 배포 자격 증명을 설정하지 않은 경우 Azure 관리 포털 사이트의 대시보드를 열고[Set up deployment credentials] 를 클릭하여 설정할 수 있습니다. 배포 자격 증명을 기억하지 못할 경우 대시보드로 다시 설정할 수 있습니다.

자격 증명을 입력하면 Kudu 대시보드가 표시됩니다. 이 대시보드는 이전의 윈도우 애저 웹 사이트 Git 배포 기능으로만 사용 되고 있었는데, 현재는 사이트 관리, 모니터링, 디버깅에 도움이 되는 다양한 도구를 제공합니다.

참고 : Kudu는 오픈 소스 프로젝트이기 때문에GitHub (영어) 에서 소스를 볼 수 있습니다. 이 소스는 또한Wiki (영어) 를 참고하고 버그에 대한 문제 및 필요한 새로운 기능에 대해 논의 할 수 있습니다.

Kudu 대시보드의 홈 페이지

대쉬보드에 Kudu 현재 빌드 버전이 표시되고 이 페이지의 상단에는 각 도구 페이지에 링크를 표시합니다. 또한[REST API] 밑에, Kudu가 표시하는 REST API에 대한 링크가 표시됩니다.

 참고 : REST API의 반환 값은 JSON 형식이므로 Chrome 버전 JSONView (영어) 와 같은 추가 도구를 사용하여 API를 쉽게 볼 수 있습니다.

구성환경 페이지

구성환경 페이지에서는 웹 사이트가 실행하는 환경에 대한 자세한 정보를 확인할 수 있습니다. 특히 일반적인 시스템 정보, 응용 프로그램 설정, 환경 변수, 경로, HTTP 헤더, 서버 변수 등을 볼 수 있습니다.

참고 : [Connections Strings]이라는 섹션이 있습니다. 이 사이트의 연결 문자열과 꼭 같지 않습니다.

디버깅 콘솔

디버깅 콘솔은 애저 웹 사이트의 유용성을 높여주는 효과적인 도구가 포함되어 있습니다. 이 페이지에는 다음과 같은 두 가지 유용한 도구를 제공합니다.

1. 사이트 파일 탐색기: 사이트의 콘텐츠 파일 (또는 폴더), 파일 (또는 폴더) 삭제, 파일 편집, 끌어서 놓기 작업을 통해 파일을 업로드할 수 있습니다. 이 파일 탐색기를 사용하면 폴더를 다운로드하여 전체 폴더 구조를 포함하는 ZIP 파일이 제공받을 수 있습니다.

2. 사이트에 대한 원격 터미널 : cmd.exe 프로세스를 통해 사이트에 대한 명령을 실행할 수 있습니다. 예를 들어 dir , cd 등의 간단한 명령에서 Git clean 및 npm/nuget install 과 같은 고급 명령까지 실행할 수 있습니다. 터미널을 사용하여 샌드박스 (웹 사이트의 실행 환경)를 자세히 파악할 수 있습니다. 「 현재 디렉토리 」는 파일 탐색기와 터미널간 동기화되므로 편리합니다.

디버그 터미널 및 Kudu 관련 정보에 대한 자세한 내용은 이 블로그 (영어) 를 참고하십시오.

진단 덤프

진단 덤프 페이지는 문제분석에 도움이 되는 사이트 로그를 포함한 ZIP 파일 링크가 제공됩니다. 마이크로소프트는 실제로 Git 이나 Dropbox 등의 배포에 대한 문제를 분석하는 경우 이러한 덤프 생성을 요청할 수 있습니다.

로그 스트림

로그 스트림 페이지 링크를 클릭해도 아무 작업도 수행되지 않는 것처럼 보이지만, 실제로는 [LogFiles] 디렉터리에 대한 리스너가 시작되고 그 후에 기록된 로그 파일이 모두 표시됩니다. 물론, 사이트가 완전히 정지 상태에 있으면 아무 것도 표시되지 않습니다. 활성 상태의 로그 버퍼가 꽉 차면 로그 줄이 표시됩니다.

참고 : [이 링크 클릭 기능]은 응용 프로그램 로그를 12시간 동안 유지하는 기능을 켭니다. 이 설정은 Azure 관리 포털에서 끌 수 있습니다.

웹 후크

웹 후크 페이지는 게시/구독 메커니즘을 제공하며, 이벤트를 게시하여 해당 이벤트의 모든 구독자에게 이벤트를 전달할 수 있습니다. 현재는 Post Deployment 이벤트라는 단일 이벤트에만 지원됩니다. Post Deployment 는 Git (또는 Dropbox 및 Mercurial) 배포를 실행할 때마다 (성공 또는 실패 여부에 관계 없이) Kudu에 의해 호출됩니다.

현재, 우리는 이 기능을 Zapier (영어) 라는 서비스를 통합하여 이용하고 있습니다. 사용자는 이 이벤트를 구독하여 다양한 종류의 작업 (이메일, 전화, 트위터 등)를 호출할 수 있습니다. 자세한 내용은 이 쪽의 블로그 (영어) 를 참고하십시오.

Kudu 대시보드는 애저 웹 사이트의 가장 강력하고 유연한 확장 기능 중 하나이며, 사이트를 제어할 수 있습니다. 이번에 소개하는 온라인 도구를 사용하여 효과적이고 원활하게 배포가 되길 기원합니다.

이 포스트는 3월 1일에 게시된 Remote Administration of Windows Azure Websites using IIS Manager 의 번역입니다.

최근 마이크로소프트는 애저 웹 사이트 관리에  IIS 관리 콘솔을 사용할 수 있는 기능을 추가했습니다. IIS 관리자는 HTTP over SSL의 지원으로 윈도우 애저 웹 사이트에 안전하게 연결할 수 있습니다. 또한 사용자가 구성한 내용은 사이트의 web.config 파일에 바로 반영됩니다. IIS 관리자를 사용하면 다음과 같은 이점이 있습니다.

• 웹 사이트 관리자에게 익숙한 인터페이스.
• Web.config 파일을 수동으로 편집하는 것 보다 작업이 용이. (특히 URL 재작성 규칙 (영어) 와 같은 복잡한 옵션에서 유용)
• Web.config 파일을 직접 편집하는 경우에 발생하기 쉬운 문법 및 구문 오류의 감소.

요구 사항

• 윈도우 클라이언트 OS : 원격 관리용 IIS 관리자 (영어)
• 윈도우 서버 OS : IIS 관리 콘솔이 설치되어야 함.
• 「 IIS 관리 콘솔」 (http://www.iis.net/learn/install/installing-iis-7/installing-iis-on-windows-vista-and-windows-7,영어 ) 의 단계 6 을 참고하세요.

윈도우 애저 웹 사이트에 연결하는 방법

1. 원격관리용 IIS 관리자를 실행하고 [Connect to a site ...] 옵션을 선택합니다.

2. [Server Name] 입력란에 사이트의 SCM 주소를 입력 합니다. SCM 주소(KUDU 사이트주소라고도 함)는 사이트의 주소와 비슷한데, 사이트의 주소 이름 뒤에 SCM이 추가된 것입니다. 예를 들어, 사이트 이름이 Contoso 에서 애저 웹 사이트의 주소가 contoso.azurewebsites.net 인 경우 SCM 사이트 주소는 contoso.scm.azurewebsites.net 입니다. 그리고 다음 스크린 샷과 같이 이 주소의 포트 번호는 443 을 지정해야 합니다.

3. 배포 인증 정보를 입력합니다. 윈도우 애저에서 시스템이 생성한 암호를 변경하지 않은 경우, 이를 다시 설정하거나 포털에서 다운로드할 수 있습니다. 자세한 내용은 포털에서 확인하세요.

4. IIS 관리자가 연결을 시도합니다. 성공하는 경우에는 연결 이름 입력을 요구하는 화면이 표시됩니다.

5. [Finish]를 클릭하면 관리자에게 익숙한 사이트 수준 구성 아이콘 옵션 목록이 IIS 관리자에 표시됩니다. 이제 사이트의 관리를 시작할 수 있습니다.

배포 인증 정보를 다운로드하거나 다시 설정

윈도우 애저 웹 사이트에서 웹 사이트를 만드는 경우 애저 배포 인증 정보가 자동으로 생성됩니다. 사용자 이름은 사이트 이름 앞에 달러 기호를 붙인 것 (예: $contoso)이고, 암호는 영숫자 복잡하고 긴 문자열로 생성됩니다. 암호를 다시 설정하려면 사이트 대시보드의 [Reset your deployment credentials]을 클릭합니다. 또한 자동 생성된 암호를 포함하는 XML 파일을 다운로드 하려면 [Download the publish profile]을 클릭합니다.

참고 정보

• IIS 7과 IIS 7에서 IIS 관리자를 사용 하는 (영어)
• URL 다시 쓰기 모듈의 재작성 규칙 만들기 (영어)

편집 참고: 이번에는 Windows Azure 웹 사이트 팀에서 프로그램 관리자를 맡고 있는 Sunitha Muthukrishna의 포스트를 소개 합니다.

응용 프로그램에 따라 사용자의 요구에 적합 한 경우 Windows Azure 웹 사이트 에서 제공하는 Python 기본 스택 그대로, 추가적인 모듈이나 라이브러리의 추가가 필요치 않을 수도 있습니다.

이 포스트에서는, Virtualenv (영문링크) 및 Python Tools for Visual Studio (영문링크) 를 사용 하여 응용 프로그램에 적합 한 Python 환경을 구축 하는 단계를 설명 합니다. 또한, Django (영문링크) 를 기반으로 하는 사이트를 Windows Azure 웹 사이트에서 운영 하는 방법에 대해 설명 합니다.

MySQL 를 사용 하여 Windows Azure Web 사이트 만들기

먼저 Windows Azure 관리 포털 에 로그인 하여 CUSTOM CREATE 옵션을 사용 하여 새 웹 사이트를 만듭니다. 자세한 내용은Azure 웹 사이트 만들기 를 참조 하십시오. 이 섹션에서는 MySQL 데이터베이스를 사용 하여 웹 사이트를 만듭니다.

마지막 단계에서 지역을 선택 하시고 사이트의 약관에 동의 하시면 설치 작업이 완료 됩니다. 일반적으로 비용 절감을 위해 웹 사이트와 데이터베이스를 같은 지역에 배치 합니다.

관리 포털에서 만든 웹 사이트를 두 번 클릭 하면 해당 웹 사이트의 대시보드가 표시 됩니다. Download the publish profile을 클릭 하시 다음 .publishsettings 파일을 다운로드 합니다. 이 파일은 Visual Studio에서 배포 하는데 사용 됩니다.

Django 프로젝트를 만들기

아래에서는 에서는 Visual Studio를 사용 하여 Django 웹 응용 프로그램을 작성하는 방법을 설명  합니다. Visual Studio에서 응용 프로그램을 구축 하려면PTVS 2.0 를 설치 해야 합니다. 자세한 내용은Visual Studio에서 Django 응용 프로그램을 만드는 방법 (영문링크) 페이지를 참조 하십시오.

Visual Studio를 열고 New Project > Other Languages > Python > Django Project 을 차례로 선택 하고 프로젝트를 새로 만듭니다.

아래 그림에서 처럼 솔루션 탐색기의 DjangoProject 를 선택하시고, 마우스 오른쪽 단추로 클릭 한 다음 Add > Django app 을 선택 하셔서 새로운 Django 응용 프로그램을 추가 합니다.

Django 응용 프로그램 이름을 "myblog"로 입력 합니다.

가상 환경 만들기

쉽게 설명 하면virtualenv 는 독립적인 사용자 Python 환경을 만드는 것으로, 사이트의 다른 부분에 영향을 주지 않고 여러 패키지를 설치하고 커스터마이징 할 수 습니다. 이 기능은 실험 환경에도 유용 합니다.

솔루션 탐색기에서 DjangoProject > Python Environments 를 마우스 오른쪽 단추로 클릭 한 다음 Add Virtual Environment 를 선택 합니다.

가상 환경의 이름을 입력 합니다. "Env" 합니다. "Env" 라는 이름의 폴더가 생성 됩니다. 폴더는  Python 패키지인 pip 만 포함 합니다.

만든 가상 환경에 MySQL-Python와 Django 패키지 설치

솔루션 탐색기에서 env 라는 환경 이름을 마우스 오른쪽 단추로 클릭 하고 Install Python Package에서 django 를 선택 합니다.

다음 그림의 메시지와 같이 가상 환경에 Django를 설치 관련 메시지가 Output에 출력 됩니다.

마찬가지로 mysql-python를 설치 해야 합니다. 이 때에는 아래와 같이 [pip] 대신 easy_install을 선택 합니다.

이제 Python의 Django와 MySQL 모두 가상 환경에 설치 되었습니다.

데이터베이스 모델 빌드

Django 모델은 Django의 Model 클래스 에서 상속 되는 클래스로서 특정 객체의 모든 속성을 지정할 수 있습니다. Model 클래스는 자신의 속성(Property)을 데이터베이스에 저장할 수 있는 값으로 변환 합니다.

여기서 데이터베이스에 포스트 테이블을 만들기 위해서 “title”, “date”, “body” 라는 세 개의 필드들을 포함하는 Post 라는 간단한 모델을 만듭니다. 모델을 작성 하려면models.py 파일을 myblog/ 폴더에 저장 합니다.

# Model 클래스 임포트

from django.db import models

class Post(models. Model):

#Title 속성

title = models. CharField(max_length=64)

#Date 속성

date = models. DateTimeField()

# 기사 본문의 body 속성 만들기

body = models. TextField()

#이 메서드는 .NET의 toString() 함수와 유사 합니다. Python이

# 객체를 문자열로 출력을 원하는 경우 __str__를 호출 합니다.

def __str__(self):

return "%s " % (self.title)

모델 설치

여기서 Django에게 데이터베이스에 모델을 생성 하도록 알려 줘야 합니다. 그전에 다음 단계들을 수행 해야 합니다.

• 먼저settings.py 파일에 응용 프로그램 데이터베이스를 구성 저장해야 합니다. 다음과 같이 Windows Azure 웹 사이트와 관련 된 MySQL 데이터베이스 정보를 입력 합니다.

DATABASES = {

'default': {

'ENGINE': 'django.db.backends.mysql',

'NAME': 'MYSQL-DATABASE-NAME',

'USER': 'MYSQL-SERVER-USER-NAME',

'PASSWORD': 'MYSQL-SERVER-USER-PASSWORD',

'HOST': 'MySQL-SERVER-NAME',

'PORT': '',

}

} 

그런 다음 생성된 응용 프로그램을 settings.py 내의 INSTALLED_APPS (영문링크) 설정에 추가 합니다.

INSTALLED_APPS = (

'django.contrib.auth',

'django.contrib.contenttypes',

'django.contrib.sessions',

'django.contrib.sites',

'django.contrib.messages',

'django.contrib.staticfiles',

'myblog',

)

• Settings.py 설정을 저장 한 다음 Django Sync DB를 실행 하여 models.py 에 추가 하고 모델의 스키마가 ClearDB 데이터베이스에 만들어 지도록 합니다.

블로그 기사 작성, 편집 및 삭제를 관리 하는 코드들을 직접 작성하실 수 있습니다. 또한, Django에서 제공 하는 관리 모듈을 사용 하여 관리 사이트 대시보드에서 게시물 작성 및 관리 할  수도 있습니다. 장고 관리 사이트를 사용 하는 방법에 대 한 자세한 내용은 이 문서 (영문링크) 를 참고 하십시오.

장고 관리 사이트 설치

장고 관리 사이트는 블로그 게시물 작성 및 관리 대시보드를 제공 합니다. 첫째로, 관리 사이트에 액세스할 수 있는 권한을 소유한 superuser를 만들어야 합니다. 관리자 권한을 가진 사용자를 만들지 않은 경우 다음 명령을 실행 해 주시면 됩니다.

Python manage.py createsuperuser

이 명령은 Django 쉘에서 실행할 수 있습니다. Django 쉘 사용에 대한 자세한 내용은 이 문서 (영문링크) 를 참고 하십시오.

관리 모듈은 기본적으로 해제(Disable) 되어 있기 때문에, 다음 단계를 수행 하여 활성화 합니다.

• 먼저settings.py 의 INSTALLED_APPS ( 영문링크) 설정 에 'django.contrib.admin'을 추가 합니다.

INSTALLED_APPS = (

'django.contrib.admin',

'django.contrib.auth',

'django.contrib.contenttypes',

'django.contrib.sessions',

'django.contrib.sites',

'django.contrib.messages',

'django.contrib.staticfiles',

'myblog',

)

• 그런 다음 응용 프로그램에서 관리 사이트 홈 페이지 보기에 대한 요청을 처리할 수 있도록urls.py 를 업데이트 합니다.

from django.conf.urls import patterns, include, url

# 관리 모듈 임포트

from django.contrib import admin

admin.autodiscover()

# 응용 프로그램에 전달 된 요청을 처리 하는 url 패턴 설정

urlpatterns = patterns('',

url(r'^$', 'DjangoApplication.views.home', name='home'),

url(r'^admin/', include(admin.site.urls)),

)

• ,Myblog/폴더에 admin.py를 만들어 Post 모델을 등록 합니다.

from models import Post

from django.contrib import admin

# 관리 사이트에 표시 되도록 데이터베이스 모델 등록

admin.site.register(Post)

페이지 뷰 만들기

이제 블로그 게시물을 모두 표시 하는 페이지 뷰를 만듭니다. 페이지 뷰를 만들려면, myblog/폴더에 views.py 파일을 추가 합니다.

from django.shortcuts import render_to_response

from models import Post

# 홈페이지 보기

def home(request):

posts = Post.objects.all()

# 지정 하는 컨텍스트 사전을 사용 하여 지정 된 템플릿을 렌더링 하고,

# 렌더링 결과 텍스트를 포함 하여 HttpResponse 개체 반환

return render_to_response('home.html', {'posts': posts} )

Post 객체를 사용자들에게 보여주는 것이 크게 도움이 되지 않기 때문에 기사 목록을 표시 하는 정보 출력 페이지가 필요 합니다. 이러한 경우에는 서식 파일을 사용 하면 편리 합니다. 일반적으로 서식 파일은 HTML의 생성에 사용 됩니다만 Django의 서식 파일은 모든 텍스트 형식 자료를 만들 수 있습니다.

이 서식 파일을 만들려면 myblog/ 폴더 아래에 templates 라는 디렉터리를 만듭니다. Views.py 에 포함 된 모든 기사를 표시 하려면templates/ 폴더 아래에 home.html 를 만듭니다. 이 파일은 모든 Post 객체 리스트를 표시 합니다.

<html>

<head><title>My Blog</title></head>

<body>

<h1>My Blog</h1>

{% for post in posts %}

<h1>{{ post.title }}</h1>

<em> <time datetime="{{ post.date.isoformat }}">

{{ post.date}}</time> <br/>

</em>

<p>{{ post.body }}</p>

{% endfor %}

</body>

</html>

Static 디렉터리 경로 설정

관리 사이트를 열어 보시면 스타일 시트가 깨져 있을 것 입니다. 응용 프로그램에 정적 디렉터리가 설정 되어 있지 않기 때문 입니다.

static Root 폴더 경로를 D:\home\site\wwwroot\static로 설정 합니다.

from os import path

PROJECT_ROOT = path.dirname(path.abspath(path.dirname(__file__)))

STATIC_ROOT = path.join(PROJECT_ROOT, 'static').replace('\\','/')

STATIC_URL = '/static/'

변경 사항을 settings.py 에 저장 한 후, Django 쉘에서 다음 명령을 실행 하여 관리 사이트에 사용 되는 “static” 폴더 내의 모든 정적 파일이 수집 되도록 합니다.

Python manage.py collectstatic

templates 디렉터리 경로 설정

필요한 작업이 거의 완료 되었네요! Django에서는 settings.py에 템플릿 디렉터리 및 static 폴더 경로가 설정 되어 있어야 합니다. 이제 한두가지 작업만 수행하면 됩니다.

• SITE_ROOT 경로 변수를 만듭니다.

import os.path

SITE_ROOT = os.path.dirname(__file__)

• 그런 다음 템플릿 디렉터리 경로를 설정 합니다. Django가 응용 프로그램에 전달된 요청을 처리할 때 TEMPLATES_DIR를 참조하여 서식 파일을 결정 합니다.

TEMPLATE_DIRS = (

os.path.join(SITE_ROOT, "templates"),)

응용 프로그램 배포

배포를 위한 준비가 마무리 되었습니다. 이제 mydjangoblog 를 Windows Azure 웹 사이트 배포 합니다. "DjangoProject"를 마우스 오른쪽 단추를 클릭 하시고 “Publish” 를 선택 합니다.

연결을 확인 하고 Publish를 클릭 하여 배포를 시작 합니다. 배포 작업이 성공적으로 완료 되면 만든 웹 사이트를 방문해서 블로그를 만들 수 있습니다.

블로그 게시물 만들기

블로그를 만들려면, 이전 단계에서 만든 superuser 계정으로 관리 사이트 (http://mydjangoblog.azurewebsites.net/admin)에 로그인 합니다.

대시보드는 사용자가 작성 한 모델에 대한 링크가 있고 여기서 응용 프로그램이 사용 하는 모델의 콘텐츠를 관리할 수 있습니다. Posts 을 클릭 합니다.

블로그를 만든 다음 Save를 클릭 합니다.

사이트의 홈 페이지를 열어서 방금 작성한 기사를 확인 합니다.

이제 Python을 사용 하여 Windows Azure 웹 사이트에 원하는 서비스를 올릴 수 있는 기본 적인 과정을 마스터 하셨습니다. 즐거운 코딩 되세요! J

참고 정보

Django 프로젝트 (영문링크)

Python Tools for Visual Studio Wiki 사이트 (영문링크)

Python Tools for Visual Studio 비디오 자습서 (영문링크)

Windows Azure 웹 사이트 (WAWS, 영문링크)

메모 : 이번에는 Windows Azure 웹 사이트 팀의 프로그램 관리자를 맡고 있는 Daria Grigoriu 와 Windows Azure Web Sites Developer Experience 파트너들이 공동 작성한 기사 입니다.

Windows Azure 웹 사이트 (WAWS) 팀은 웹 응용 프로그램을 빠르게 실행 하고 웹 응용 프로그램 확장의 여지를 확보 하는 데 도움이 되기 위해서 개발 스택 지원 모델에 적극적으로 투자 하고 있습니다. 본 포스트에서는 개발자 스택 버전 관리 및 확장성에 대한 기본 원리를 소개 하고, 소개된 원리들을 웹 응용 프로그램에 적용 하는 방법에 대해 설명 합니다.

WAWS는 현재 .NET, PHP, Node.js, 그리고 Python 스택을 지원하고 있습니다. 각 스택의 기술 정보는 Windows Azure 개발자 센터 (http://www.windowsazure.com/en-us/develop - 영문)에서 확인하실 수 있습니다. 웹 사이트를 생성 한 후 자신의 콘텐츠를 업로드해 주시면 최소한의 정보 입력으로 서비스 할 수 있도록 해 드립니다.

WAWS 개발 스택 버전 관리

현재 지원 중인 일부 개발 스택 (PHP 등)에는 side-by-side version(여러 버전을 동시에 유지) 을 지원 하도록 설계 되어 있습니다. 기본적으로 개발 스택 플랫폼에서 검증 된 최신 버전의 집합을 제공되고 설정 되어 있기 때문에, 호환성 등의 이유로 특정 버전을 사용 해야 하는 경우를 제외 하고 특별히 추가적인 설정을 할 필요는 없습니다.

.Net 과 같은 다른 개발 스택의 일부 버전 (.NET 4.5 등)에서는 인플래이스 업그레이드(in-place upgrade) 가 가능 합니다. 이와 같은 경우는 개발 스택이 최근 정책을 반영 하며 최신 버전의 기능 및 혜택을 제공 하기 위해 노력 하 고 있습니다.

다음 링크에서는 지원 되는 개발 스택 별로 WAWS에서 사용 가능한 버전 및 기본 버전을 함께 설명하고 있습니다. 참고 하시기 바랍니다. https://github.com/projectkudu/kudu/wiki/Azure-Web-Sites-Development-Stacks

개발 스택 확장

사용자별로 커스터마이징이 필요한 경우에는 각 개발 스택 별로 확장 지점(extensibility points)을 제공 합니다.

.NET

.NET 프레임 워크는 WAWS 플랫폼과 밀접 하게 통합 되어 있습니다.

구성

구성은 web.config 파일을 사용 하여 지정 합니다. 개발자 들이 자주 사용하는 Apphost.config 파일은 WAWS에서 직접 편집할 수 없습니다. 편집을 위해서는 XML Document Transformation (XDT) 선언을 사용 해야 합니다. 기본 문서와 같은 apphost.config 파일의 일부 설정은 Azure 포털에서 웹 사이트의 CONFIGURE 탭에서 편집할 수 있습니다.

확장성

웹 응용 프로그램 폴더에는 MVC와 웹 페이지 같은 바이너리 배포 가능한 구성 요소를 추가할 수 있습니다.

Node.js

구성

다음은 WAWS에 배포 된 Node.js 프로그램의 중요 구성 파일입니다.

• package.json

플랫폼에 중립적인 Node.js 프로그램별 구성 파일 입니다. 예를 들어, Node.js 모듈 의존 관계 (Express.js) 또는 런타임의 버전 번호를 지정할 수 있습니다.

• iisnode.yml

Iisnode 사용자 지정 IIS 모듈 구성 파일입니다. 예를 들어, node.exe를 시작 하는 명령, iisnode에 의해 실행되는 되는 node.exe 프로세스의 숫자 및 로깅 구성을 지정할 수 있습니다.

• web.config

WAWS 플랫폼에서 사용 하는 IIS 구성 파일입니다. 실행에 필요한 처리기를 등록 하고 정적 파일에 성능 최적화를 위해 URL rewriting을 가능 하게 합니다.

확장성

WAWS 통합 된 Node.js 개발 스택 핵심 기능에 대 한 자세한 내용은http://nodejs.org/api/ (영어)를 참조 하십시오. 개발 스택 핵심 기능은 NPM 모듈 에코 시스템 (https://npmjs.org/, 영어)을 사용 하여 확장할 수 있습니다. Package.json 구성 파일을 사용 하여 웹 응용 프로그램에 추가 되는 모듈을 지정 할 수 있습니다. WAWS 플랫폼에 통합 된 git 기본 소스 제어 기능에는 git push 작업에서 종속성을 검색 하고 설치 하는 동안 npm install을 실행 합니다. FTP 등의 다른 배포 메커니즘을 사용 하는 경우 로컬에서 개발 하는 중에 모듈을 다운로드 및 구성 하고  웹 응용 프로그램 전체를 WAWS에 업로드 할 수 있습니다. NPM은 크로스 플랫폼 자바 스크립트 모듈, 특정 플랫폼을 대상으로 설계 된 네이티브 모듈이 모두 포함 하기 때문에 항상 두 모듈에서 응용 프로그램을 테스트 하는 것을 권장 합니다.

런타임버전

WAWS 플랫폼에 제공 되는 모든 버전의 Node.js중에 하나를 선택 하거나 사용자 지정 Node.js 런타임을 업로드 하고 구성할 수 있습니다. 구체적인 절차에 대해서는 Windows Azure 개발자 센터 (http://www.windowsazure.com/en-us/develop/nodejs/common-tasks/specifying-a-node-version, 영문)를 참조 하십시오.

PHP

구성

WAWS에 배포 된 PHP 응용 프로그램의 기본 구성 파일은 PHP 표준 .user.ini 파일입니다. 이 파일을 사용 하면 진단(diagnostic) 시에 사용 되는 display_errors와 같은, 조정 가능한 PHP 지시문을 설정할 수 있습니다.

확장성

WAWS의 기본은 PECL 코어 확장 모듈을 지원 하기 때문에 사용자 지정 확장 모듈의 사용을 편리하게 이용하실 수 있습니다. 사용자 확장 모듈의 사용을 위해서는.dll 파일을 FTP 루트 바로 아래에 이동 시키고 CONFIGURE 탭에서 PHP_EXTENSIONS 라는 응용 프로그램 설정(setting)을 추가하고, 사용자 지정의 PHP 확장 모듈을 둔 위치 (응용 프로그램 루트의 상대 주소)로 값을 설정해 주시면 됩니다.

런타임 버전 지정

Azure 포털에서 웹 사이트의 CONFIGURE 탭을 열어서 버전을 선택할 수 있습니다.

WAWS는 Fast-CGI 기반의 사용자 지정 PHP 개발 스택 역시 지원 됩니다. 이를 위해서는 웹 사이트의 루트에  개발 스택을 업로드 합니다. 웹 사이트의 CONFIGURE 탭에서 새 스크립트 프로세서 (php-cgi.exe)를 * .php확장자와 연결 합니다. 이때 스크립트 프로세서 설정의 경우 절대 경로로 지정해 주셔야 합니다. 예를 들면 D:\home\site\wwwroot\php5.5\php-cgi.exe 와 같습니다. 여기서 D:\home\site\wwwroot는 사이트의 루트폴더를 말합니다.

Python

구성

WAWS에 배포 된 Python 응용 프로그램의 기본 구성 파일은 web.config입니다. 즉, web.config 파일을 변경하셔서 실행에 필요한 처리기를 등록 하고 정적 파일에 성능 최적화를 위해 URL rewriting을 가능 하게 합니다. 하지만 받드시 web.config 파일을 통해서 변경하실 필요는 없으며, 핸들러 매핑 설정은 Azure 포털 CONFIGURE 탭에서 설정 변경을 하실 수 있습니다. 자세한 내용은 Windows Azure 개발자 센터 (http://www.windowsazure.com/en-us/develop/python/tutorials/web-sites-configuration, 영문)를 참조 하십시오.

일부 구성 옵션은 역시 Azure 포털 CONFIGURE 탭의 App Settings에서 업데이트할 수 있습니다.

• WSGI_LOG: 응용 프로그램 오류, 구성 오류를 저장 하는 로그 파일의 절대 경로
• WSGI_HANDLER: 환경 및 start_response 함수를 처리하는 WSGI 프로토콜용 callable application object 설정

이 값은 프로그램 또는 패키지 이름 다음에 모듈에 사용할 속성을 지정 해야 합니다 (예: mypackage.mymodule.handler). 또한 괄호를 추가 하여 속성이 호출 가능함을 표시할 수도 있습니다.

• WSGI_RESTART_FILE_REGEX: 파일 이름을 지정 하는 정규식

.*((\\.py)| (\\.config)) $는 기본적으로 모든 * .py 파일 및 * .config 파일을 참조 합니다.

확장성

배포 패키지를 추가 하려면 패키지를 응용 프로그램 루트 바로 아래에 배치 하고 web.config 또는 [App Settings]을 사용 하는 PYTHONPATH 값을 설정 해야 합니다. 현재 Virtualenv는 WAWS에서 지원 되지 않습니다.

패키지의 배포를 지원 하려면 먼저 웹 사이트의 루트 바로 아래에 패키지가 저장 될 디렉터리를 만듭니다. Python lib 폴더에 있는 site-packages 디렉터리와 유사 하지만, 이 디렉터리는 웹 응용 프로그램 아래에 저장 되며 Windows Azure 웹 사이트에 배포 됩니다. 새 디렉터리에 패키지를 복사 하고 web.config 파일에서 PYTHONPATH이 디렉터리의 절대 경로를 추가 합니다 (예: D:\home\site\wwwroot\my-packages). 이렇게 하면 웹 응용 프로그램 내에서 패키지를 가져올 수 있습니다.

이 방법으로 응용 프로그램에 Django를 추가할 수 있습니다. 먼저 기존 Python 설치에 Django를 다운로드 하거나 설치 합니다. 그런 다음 응용 프로그램의 디렉터리에 Django 패키지 (보통, _init_.py 파일이 포함 되어 있는 django 라는 폴더)에 복사 합니다. 기본적으로, 패키지를 검색 하는 디렉터리 목록에 응용 프로그램 경로가 포함 되어 있습니다. 하위 디렉터리 (예: mypackages\django) Django 패키지를 복사 하려는 경우, web.config 파일의 PYTHONPATH에 부모 디렉터리 (이 경우 D:\home\site\wwwroot\mypackages)을 추가 합니다.

자세한 내용은 Windows Azure 개발자 센터 (http://www.windowsazure.com/en-us/develop/python/tutorials/web-sites-with-django, 영문)를 참조 하십시오.

런타임 버전 지정

Fast-CGI 기반 사용자 지정 파이썬 개발 스택을 지원 됩니다. 따라서, 사용자 지정 개발 스택을 웹 사이트의 루트에 바로 업로드 하고 웹 사이트의 처리기 매핑을 Fast-CGI 기반 스크립트 프로세서에 대 한 절대 경로를 추가하야 사용하실 수 있습니다.

여러분의 소중한 의견을 기다리고 있습니다. 개발 스택 지원 앞으로 어떻게 개선 해야 할지에 대해 꼭 의견을 보내주세요. 현재까지 사용자들의 영문의견을 보시려면 포럼 (영문) 을 참고하시면 됩니다.

이 게시물은 1 월 8 일에 게시 된 New Windows Azure Network Security Whitepaper 의 번역본 입니다.

Windows Azure 네트워크 보안에 대한 새로운 백서 를 다운로드 하십시오.

Windows Azure의 네트워킹 기능을 사용 하면 가상 컴퓨터를 안전 하게 연결 하고 Cloud 및 On-Premise 데이터 센터를 안전 하게 연결 하는 데 필요한 인프라를 제공 합니다.

이번에 공개 된 백서는 이러한 내부 구조의 공개와 함께, 귀하의 플랫폼의 기본 기능을 어떻게 활용 하는 정보 자산을 최대한 보호할 수 있는지 이해를 돕기 위한 것입니다.

모든 클라우드 아키텍처의 기본은 고객을 개별적으로 분리(isolation) 하는 것 입니다. Windows Azure의 경우 한 고객의 구동은 여러개의 배포(Deployment)를 포함하고, 각 배포는 여러 VM을 포함 할 수 있습니다. Windows Azure는 여러 측면에서 네트워크 격리를 허용 합니다 :

• 배포: 개별 배포는 서로 격리 됩니다. 동일한 배포에 포함 된 여러 VM은 전용 IP 주소를 통해 상호 작용할 수 있습니다.
• 가상 네트워크: 동일한 가상 네트워크에 (동일한 구독에 포함 된) 여러 배포를 지정할 수 있으며, 동일한 가상 네트워크에 할당 된 각 배포는 개인 IP 주소를 통해 상호 작용할 수 있습니다. 개인 가상 네트워크는 서로 격리 됩니다.

이 토폴로지의 예는 그림 1에 나와 있습니다.

그림 1. Windows Azure에서 호스팅된 다층형 IaaS Application의 격리 예

이 포스트는 12 월 14 일에 게시된 Securing your Windows Azure Web Sites (WAWS) with HTTPS and SSL 의 번역본 입니다.

편집 메모 : 이번에는 Windows Azure 웹 사이트 팀에서 프로그램 관리자를 맡고 있는 Erez Benari의 기사를 소개 합니다.

ID도난 및 다양 한 형태의 사이버 범죄자가 급속하게 증가하고, Secure Socket Layer (SSL)를 이용해서 웹 사이트의 보안을 보호 하는 것이 중요하고 일반적인 일이 되었습니다. 웹 사이트를 Windows Azure Web Site (WAWS)에 호스트 하는 고객 중메서 많은 분들이  HTTPS를 사용하도록 설정하는 방법을 찾고 계실 것 입니다.이 문서에서는 그 방법에 대해 설명 합니다.

첫 번째 단계로 디지털 인증서를 얻는 것 입니다. 맞나요? 아니요, 꼭 그렇지는 않습니다. 우선, 처음에 자신의 도메인을 소유하고 있거나 Azure 기본 도메인인 Azurewebsites.net 를 사용하여 사이트를 운영할지 여부를 결정합니다. 이것이 첫 번째 단계인 이유는 Windows Azure 웹 사이트가 SSL을 사용하도록 미리 구성되어있기 때문에 자신만의 도메인이 필요하지 않으면 즉시 SSL을 사용할 수 있습니다. 이미 설정이 되어 있으니 그냥 사이트를 방문 하시기 만 하면 됩니다. 귀하의 브라우저에서 접두사를 HTTP:// 에서 HTTPS:// 로 변경 하면 완료됩니다. 사이트는 응답하고 해당 사이트에 보안 연결을 제공합니다. 그러나 보안을 중시하는 콘텐츠 및 응용 프로그램에 이 방식을 사용하는 것은 권장하지 않습니다. 사용되는 와일드 카드 인증은 모든 Azure 웹 사이트에 공통으로 사용 되기 때문입니다.

자신의 도메인에 SSL을 사용하는 경우에는 몇 가지 단계가 추가로 필요합니다. 작업을 수행 하기 전에 사용자 지정 도메인에 SSL을 사용 하는 표준 모드에서만 지원되는 것에 주의 하십시오. 현재 무료 또는 공유 모드에서 사이트를 운영 하는 경우 표준으로 전환해야 하며 추가 비용이 부과 됩니다. 예상 비용을 확인하려면 Windows Azure 웹 사이트의 가격 정보 및 요금 계산 도구 를 참조하십시오.

도메인을 선택하고 그것을 사용하도록 사이트를 구성한 후 다음 단계는 도메인에 일치하는 디지털 인증서를 검색하는 것입니다. 인증서 구입에는 다음과 같은 세 가지 옵션이 있습니다.

1. 웹 사이트의 URL과 일치 하는 간단한 인증서 : 이것은 가장 저렴한 방법으로,  https://www.thesslshop.com (영문) 와 같은 웹 사이트 쇼핑 몰에서는 연간 8 달러 정도 밖에 들지 않습니다.
2. SAN (주체 대체 이름 - Selective Alternative Name) 인증서 : 이것은 동일한 도메인 아래의 여러 URL과 일치 하는 인증서로 여러 웹 사이트를 가지고 있는 기업에게 경제적인 방법입니다. 여러 인증서를 URL 별로 구입 하는 대신, 하나 이상에 해당 하는 인증서를 1 개 구입하면 비용을 줄일 수 있습니다.
3. 와일드 카드 인증서 : 이것은 귀하의 도메인 아래의 모든 하위 도메인과 일치 하는 인증서로, 가장 비싼 유형이기는 하지만, 많은 웹 사이트를 가지고 있는 기업에게는 재무 측면에서 가장 합리적인 방법입니다. 예를 들어 30 개의 웹 사이트가 있는 회사의 경우 와일드 카드 인증서에 79 달러를 지불 하는 30 개의 인증서에 240 달러 지불보다 훨씬 저렴 합니다.

실제로 인증서를 구입하는 공급자를 선택하고 특정 프로세스를 통해 인증서를 PFX 파일 형태로 생성해야 합니다. 이 프로세스에 대한 자세한 내용은 이문서 (영문) 에 나와 있습니다.

인증서를 얻은 후에는 SSL을 사용하는 것은 매우 간단 합니다. 단계는 다음과 같습니다.

제 1 단계 : 사이트를 기본 모드로 전환

전환하기 전에 설정하여 제한 제거를 고려하십시오. 이는 필수 요구 사항은 아니지만, 상업 사이트를 제한적으로 운용 하는 것은 일반적으로 적절하지 않습니다. 제한에 도달하면 다음 청구 주기까지 사이트가 오프라인 상태가 되어 버리기 때문입니다. 사이트를 표준으로 전환 하는 단계는 다음과 같습니다.

1. Azure 관리 포털에 로그인 합니다.
2. 해당 웹 사이트를 클릭 합니다.
3. [Scale] 탭으로 전환 합니다.
4. [General ] 섹션에서 [Standard] 단추를 클릭하고 사이트를 기준으로 전환 합니다.

       5. [Save] 를 클릭합니다.

두번째 단계: SSL 구성

SSL을 구성하려면 인증서를 업로드하고 사이트에 바인딩합니다. 단계는 다음과 같습니다.

1. Azure 관리 포털에 로그인 합니다.
2. 해당 웹 사이트를 클릭 합니다.
3. [Configure] 탭으로 전환 합니다.
4. [Certificate] 섹션에서[Upload a certificate] 을 클릭 합니다.

       5. 인증서 PFX 파일을 업로드하고 암호를 지정 합니다 (인증서를 PFX로 내보낼 때 생성 된 암호).

       6. [SSL Bindings] 드롭다운 목록에서 사용자 지정 도메인을 선택 합니다. 사용자 지정 도메인을 아직 구성 하지 않은 경우 이 페이지 에서 구성 하는 방법을 확인 하십시오.

       7. 드롭다운 목록에서 해당 인증서를 선택 합니다 (여기서는 하나 이지만, 향후 증가 해도 상관 없습니다).

       8. 세 번째 드롭다운에서SNI ( 영어)을 사용하거나 사용하지 않도록 설정할 수 있습니다. 보통 SNI 사용을 선호하지만, 아주 오래 된 버전의 브라우저 (Windows XP 및 이전 버전)에서 사이트에 액세스해야 하는 경우에는[IP Based SSL] 을 선택합니다. SSL에 대 한 요금을 보면 SNI사용이 경제적으로 매력적이라는 것을 알 수 있습니다.

       9. [Save] 를 클릭 합니다.

성공하면 완료됩니다. 사이트는 HTTPS에 보낸 요청에 응답할 것 입니다.

문제 해결

잠재적으로 가장 흔한 오류는 인증서를 Azure에 업로드할 수 없는 것 입니다. 이전 기사 (영어)에서 인증서를 가져오는 방법에 대해 설명하고 있습니다, 인증서는 반드시 PFX형식으로 내보내기가 되어야 하며, 인증서 공급자가 제공하는 임의의 형식 (확장자가 PFX라 하더라도) 이어서는 안됩니다.. 인증서를 웹 사이트에 할당하려면 Azure는 인증서에 연결된 개인 키가 필요하기 때문입니다. 인증서 생성 과정은 사용하는 컴퓨터에서 개인 키를 만들 때 부터 시작되고 이를 인증서 공급자가 확인합니다. 공급자가 제공한 파일은 요청을 처음에 시작한 컴퓨터에서 가져올 수 있습니다. 이것에 의해 "완전한" 인증서가 생성됩니다. 공급자에서 가져온 파일을 업로드하려고 하면 Azure에 개인 키가 전달되지 않기 때문에 인증서가 무효화됩니다.

이 문제의 다른 원인은 인증서를 PFX 내보내기를 잘못한 경우 입니다. 내보내기 작업에는 개인 키를 포함해야  하며 (이 과정의 일부로 암호를 입력합니다) 가져오기 실행 상자에서이 항목의 체크를 생략하면 "가져오기"가 작동하지 않습니다.

인증서 사용에 대한 또 다른 일반적인 문제는 사용자가 사이트를 탐색하려고 하면 특정 보안 경고가 브라우저에 표시 되는 것입니다. 이 문제는 브라우저가 인증서를 받아들이지 않은 경우에 발생하고 오류 형태는 브라우저에 따라 다르게 나타납니다. 경고를 표시하는 브라우저도 있고, 사이트를 완전히 차단 하는 브라우저도 있습니다. 오류의 가장 일반적인 원인은 URL입니다. 인증서는 특정URL에 대해 실행되는 실제URL을 정확하게 일치하지 않으면 보안 위험이 될 수 있습니다. 한두글자의 입력 실수로 하루를 헛되이 될 수도 있으므로 정확하게 기술 하는 것이 중요합니다.

브라우저의 보안 경고에 대한 또 다른 일반적인 문제는 신뢰되지 않은 인증서에 있습니다.일반적으로 인증서는 상업적인 공급자에 의해 발행, 판매되고 있고, 오늘날의 모든 운영 체제에는 중요한 상업적인 공급자의 루트 인증서가 사전에 설정되어 있습니다. 그러나 민간 인증 기관 (개인 조직 또는 귀하의 회사를 소유 하는 CA 서버)에서 인증서를 발급하면 해당 인증서는 신뢰되지 않으며 오류가 발생할 수 있습니다. 개인 인증서 사용은 Azure 웹 사이트에서 지원되지 않으므로 인증서를 구매하지 않고 SSL을 사용할 경우 자체 서명 인증서를 사용하는 것이 좋습니다.

위에서 언급한 대로, 모든 중요한 상업적인 공급자는 기본적으로 지원하지만, 때로, 트러스트 체인에 중간 인증서를 사용하는 공급자에게 발생할 수 있습니다. 일부 인증서 공급자는 인증서 경로를 두 부분으로 분리하여 루트 CA의 대신에, 공급자가 신뢰하는 더 낮은 수준을 "중간" 서버에 의해 인증서가 발급 됩니다. 그런 경우에는 인증서가 클라이언트 브라우저에서 경고를 트리거 할 수 있기 때문에 자신의 인증서와 함께 게시자의 중간 인증서를 업로드 해야 합니다. 인증서를 PFX에 내보낼 때 체인이 포함 되어야 하고, 이 옵션은 기본적으로 설정되어 있습니다.

그러나 이 선택 해제 또는 인증 경로를 포함하지 않는 다른 방법으로 내보내기를 수행하면 공급자에 의해 문제가 발생할 수 있습니다. 신뢰가 없는 경우 내보내기를 다시 실행하여 이 옵션을 선택 된 상태로 하는 것을 권장합니다.

이 포스트는, 11월 6일에 게시된 Migrating a Java Spring Framework Application to Windows Azure 의 번역입니다.

마이크로소프트는 Windows Azure Java 관련 기술을 다수 소개하고 실습을 위한 새로운 튜토리얼 (영어 링크) 및 샘플 코드를 공개 했습니다. 이 가이드에서는 자습서 형식으로 Java Spring Framework 응용 프로그램 (PetClinic 예제 응용 프로그램)을 Windows Azure 클라우드로 마이그레이션하는 방법을 설명 합니다. 이 가이드에 사용된 코드는GitHub (영어 링크) 에도 게시되어 있습니다. Java 개발자들은 이 새로운 예제 및 자습서를 다운로드하여 사용해 보세요.

자세한 내용

Windows Azure는 개방형 클라우드 플랫폼이며 Microsoft .NET, Java, Node.js, PHP, Python, Ruby 등의 광범위한 프로그래밍 언어와 프레임 워크를 지원하고 있습니다. 이 가이드는 일반적인 Java 응용 프로그램을 Windows Azure 클라우드로 마이그레이션하는 방법을 설명 하는 것으로, 특히 자바 개발자를 대상으로 하고 있습니다. 일반적인 Spring Framework 샘플 응용 프로그램 (Java PetClinic)을 튜토리얼 형식으로 취급, Windows Azure Java SDK for Eclipse, Memcached를 사용하는 Windows Azure 캐시 Windows Azure 클라우드 서비스, Windows Azure SQL 데이터베이스, 기타 다양한 Java 응용 프로그램에서 사용되는 다양한 기술에 대해 설명 합니다.

Windows Azure 클라우드 서비스 (PaaS) 또는 Windows Azure 가상 컴퓨터 (IaaS)?

기본적으로 웹 사이트 같은 응용 프로그램 계층은 Windows Azure에서 실행하는 방법은 두 가지가 있습니다. 첫 번째는 Windows Azure 클라우드 서비스 플랫폼 서비스 (PaaS)을 이용하는 방법으로, 두 번째는 Windows Azure 가상 컴퓨터 (VM) 인프라 서비스 (IaaS)를 이용하는 방법입니다. 두 경우 모두, 세계 각 지에 존재하는 데이터센터 (미국 4 곳, 유럽 2 곳, 아시아 2 곳) 중 하나에서 응용 프로그램을 호스팅 할 수 있습니다.

• Windows Azure 클라우드 서비스 에서는 개발자가 응용 프로그램에 집중할 수 있습니다. 인스턴스 구축 및 보수는 플랫폼이 응용 프로그램 계층에서자동 실행 (Windows Hyper-V 가상 컴퓨터로 처리 합니다)실행 됩니다. 이 인스턴스는 확장 가능한 단일 인스턴스에서 수백의 클론을 만들 수 있습니다. 또한 부하 분산 작업이 자동으로 수행 됩니다. 인스턴스 크기 변경 가능 (가상 코어와 메모리 용량을 지정 가능) 이 가능 하지만, OS의 패치 및 보안 업데이트를 적용 하는 등의 관리는 기본적으로 Windows Azure가 담당 합니다. 이 가이드에서는 샘플 응용 프로그램의 Java Pet Clinic을 Windows Azure 클라우드 서비스에서 실행 하는 경우를 다룹니다.
• Windows Azure 가상 컴퓨터 에서는 개발자가 자신의 가상 컴퓨터 이미지를 생성 합니다. 이 가상 컴퓨터에 대해 설치된 모든 소프트웨어를 포함하여 설치 및 관리를 담당합니다. Java 개발자의 경우 Windows 또는 일부 리눅스 배포판 등 다양한 사전 구축된 가상 머신 이미지를 사용할 수 있습니다. 이는 Windows Azure 클라우드에서 Java 응용 프로그램을 실행하는 좋은 방법입니다. 개발자가 운영 체제와 가상 컴퓨터를 낮은 수준에서 관리하고, mySQL 등의 소프트웨어를 모든 가상 컴퓨터에 직접 설치할 수 있도록 응용 프로그램 계층에서 데이터 계층 사이의 응용 프로그램을 구축할 수 있습니다. 이 경우, 대부분의 Java 응용 프로그램을 코드 변경할 필요 없이, 또는 약간의 코드 수정으로 쉽게 마이그레이션 할 수 있습니다. 로드 균형 조정의 설치가 가능하며, 여러 가상 컴퓨터 (대부분의 경우 Tomcat/JSP 계층)에 대해 라운드 로빈 방식으로 부하를 분산할 수 있습니다. 그러나 Windows Azure 클라우드 서비스와 달리 사내에서 실행 되는 가상 컴퓨터와 마찬가지로 개발자가 보안 패치를 포함 하는 가상 컴퓨터의 관리를 수행 해야 합니다. 이 연습에서는 Java 응용 프로그램을 Windows Azure 클라우드 서비스에서 실행하는 경우에 대해 다루고 있지만, 개발자들에게는 Windows 또는 Linux 가상 컴퓨터를 사용하여 Windows Azure 가상 컴퓨터를 사용해 주시는 것을 추천 합니다.

Windows Azure 플랫폼에서 Spring Framework

이 가이드에서는 최근 업데이트 된 PetClinic을 예제로 채택했습니다. 이것은 Spring Framework 샘플인 PetClinic은 Spring Data JPA, MVC, AOP, JMX, EhCache, Logback 등의 확장 가능한 Java EE 응용 프로그램을 만드는데 사용되는 기업 기술 데모로 자바 개발자들께는 친숙할 것으로 보입니다. 여기에, PetClinic를 확장하 여 일시적인 오류 처리를 추가하고 또한 Memcached를 AOP를 통해 Azure 캐시에 추가 합니다.

Eclipse 및 STS에 익숙한 Java 개발자를 위해서 Windows Azure Toolkit for Eclipse with Java 를 제공하고 있습니다. 이 개발 도구는 Windows Azure에서 Eclipse를 사용하여 자바 개발을 할 경우에 사용하는 다음 지원 리소스가 포함 되어 있습니다.

• Windows Azure Plugin for Eclipse with Java
• Microsoft JDBC 4.0 Driver for SQL Server, Windows Azure SQL 데이터베이스
• Apache Qpid Client Libraries for JMS 패키지
• Windows Azure Libraries for Java 패키지
• Windows Azure 액세스 제어 서비스 필터
• Windows Azure의 일반적인 플러그인

이 가이드에서는 Windows Azure Plugin for Eclipse with Java 및 Microsoft JDBC 4.0 Driver for SQL Server를 사용 합니다. Eclipse 용 플러그인에서는 Windows Azure 서비스와 Windows Azure 에뮬레이터에 대한 Java 래퍼를 제공 합니다.

요약

오픈 클라우드 플랫폼인 Windows Azure는 다양한 프로그래밍 언어와 프레임 워크를 지원하고 있습니다. 이 새로운 Windows Azure에서 Java 관련 튜토리얼 (영어) 에서는 Windows Azure에서 Java 관련 기술을 실천 형식으로 제공되고 있습니다. Java 개발자 들은이 설명서를 꼭 참조하시어 샘플 코드를 분석 합니다.