Windows Azure에 잘 맞는 응용 프로그램입니까?

응용 프로그램이 Windows Azure에 적합한지 확인하려면 먼저 플랫폼의 몇 가지 주요 이점을 이해해야 합니다. 이점의 전체 목록은 Windows Azure 설명서 및 Windows Azure에 대한 여러 문서와 비디오에 있습니다. 이 주제에 대한 우수한 문서 중 하나는 클라우드 최적화 – 컴퓨팅 요구 및 비즈니스 요구에 맞추는 동시에 기능 확장입니다.

하드웨어 및 인프라 리소스가 자동으로 관리됨으로써 얻을 수 있는 몇 가지 이점이 있습니다. 이러한 기능을 이용하는 시나리오에 대해 설명하기 전에 높은 수준에서 이러한 몇 가지 이점을 살펴보겠습니다.

응용 프로그램과 서비스를 클라우드에 배포하면 Windows Azure에서는 필요한 가상 컴퓨터, 네트워크 대역폭 및 기타 인프라 리소스를 제공합니다. 하드웨어 업데이트 또는 예기치 않은 오류로 인해 컴퓨터의 작동이 중단되는 경우 응용 프로그램을 위해 새 가상 컴퓨터가 자동으로 배치됩니다.

사용한 항목에 대해서만 비용을 지불하면 되므로 온-프레미스 배포에 필요한 일반 선불 비용이 발생하게 하는 대신 적은 투자로 시작할 수 있습니다. 이는 특히 소규모 회사에 유용할 수 있습니다. 온-프레미스 시나리오에서 이러한 조직은 응용 프로그램을 성공적으로 배포하는 데 필요한 데이터 센터 공간, IT 기술 또는 하드웨어 기술을 가지고 있지 못할 수 있습니다. Windows Azure에서 제공하는 자동 인프라 서비스는 응용 프로그램 배포 및 관리를 위한 낮은 진입 장벽을 제공합니다.

동적 크기 조정은 리소스 요구 사항에 따라 응용 프로그램을 확장하거나 다시 확장하는 기능을 말합니다. 이를 탄력적인 확장이라고도 합니다. 동적 크기 조정의 작동 방식을 설명하기 전에 Windows Azure 응용 프로그램의 기본 아키텍처를 이해해야 합니다. Windows Azure에서 응용 프로그램 논리를 구현하기 위해 함께 작동하는 역할을 만드십시오. 예를 들어 한 웹 역할은 응용 프로그램의 ASP.NET 프런트 엔드를 호스팅할 수 있고 하나 이상의 작업자 역할은 필요한 백그라운드 작업을 수행할 수 있습니다. 각 역할은 Windows Azure 데이터 센터의 역할 인스턴스라는 하나 이상의 가상 컴퓨터에서 호스팅됩니다. 요청은 이 인스턴스 간에 부하가 분산됩니다. 역할에 대한 자세한 내용은 Windows Azure 프로그래밍 모델 문서를 참조하십시오.

리소스 요구량이 증가하는 경우 응용 프로그램 코드를 실행하는 새 역할 인스턴스를 프로비전하여 부하를 처리할 수 있습니다. 리소스 요구량이 감소하면 불필요한 컴퓨팅 기능에 대한 비용을 지불할 필요가 없도록 이러한 인스턴스를 제거할 수 있습니다. 이는 최고 요구량을 예상하기 위해 하드웨어를 초과 프로비전해야 하는 온-프레미스 배포와 많이 다릅니다. 이러한 크기 조정이 자동으로 발생하지는 않지만 웹 포털 또는 서비스 관리 API를 통해 쉽게 크기 조정을 수행할 수 있습니다. 응용 프로그램 동적 크기 조정 문서에서는 Windows Azure 응용 프로그램의 크기를 동적으로 조정할 수 있는 한 가지 방법을 보여 줍니다. Microsoft Patterns and Practices 팀에서 작성한 응용 프로그램 블록 자동 크기 조정도 있습니다.

응용 프로그램에 컴퓨팅 리소스에 대한 변동이 심하거나 예측할 수 없는 요구가 필요한 경우 Windows Azure를 사용하여 부하에 맞게 리소스 사용률을 쉽게 조정할 수 있습니다.

Windows Azure에서는 저장소 서비스 또는 Windows Azure SQL 데이터베이스를 통해 안정적으로 백 엔드 데이터를 저장하고 액세스할 수 있는 가용성이 높은 응용 프로그램을 위한 플랫폼을 제공합니다.

첫 번째로, Windows Azure에서는 각 역할의 여러 인스턴스가 있는 경우 컴퓨팅 리소스의 고가용성을 보장합니다. 역할 인스턴스는 자동으로 모니터링되므로 역할을 새 인스턴스에 자동으로 배포하여 하드웨어 다시 시작 또는 오류에 신속하게 대처할 수 있습니다.

두 번째로, Windows Azure에서는 저장소 서비스 중 하나를 통해 저장된 데이터에 대한 고가용성과 지속성을 보장합니다. Windows Azure 저장소 서비스는 모든 데이터를 세 대 이상의 다른 서버에 복제합니다. 마찬가지로 SQL 데이터베이스는 모든 데이터를 복제하여 가용성 및 지속성을 보장합니다.

기타 Windows Azure 서비스에서도 비슷한 고가용성을 보장합니다. 자세한 내용은 Windows Azure SLA를 참조하십시오.

Windows Azure 플랫폼의 장점을 알고 있는 상태에서 클라우드에 가장 적합한 시나리오를 살펴보기 시작할 수 있습니다. 다음 섹션에서는 Windows Azure를 특정 작업과 목표에 적합하게 하는 방법과 이러한 몇 가지 패턴에 대해 설명합니다. Windows Azure 디자인 패턴 비디오에서는 아래의 여러 시나리오에 대해 설명하고 Windows Azure 플랫폼에 대해 간략하게 설명합니다.

팁
여기에서는 응용 프로그램 시나리오에 중점을 두고 있지만 Windows Azure의 개별 서비스를 사용하도록 선택할 수 있습니다. 예를 들어 Blob 저장소를 사용하여 응용 프로그램 문제를 해결할 수 있으면 응용 프로그램의 나머지 부분은 클라우드 외부에 남아 있을 수 있습니다. 이를 하이브리드 응용 프로그램이라고 하고 이 항목의 뒷부분에서 설명합니다.

가용성이 높은 서비스

정기적인 작업

Windows Azure에 맞는 또 다른 좋은 작업 형태는 "설정 및 해제" 작업입니다. 일부 응용 프로그램은 계속 실행할 필요가 없습니다. 이러한 작업의 간단한 한 가지 예로는 며칠이나 몇 주 동안만 사용할 수 있게 하려는 데모 또는 유틸리티 응용 프로그램이 있습니다. Windows Azure를 사용하면 해당 응용 프로그램을 쉽게 만들고 배포하고 공유할 수 있습니다. 그러나 목적을 달성하고 나면 응용 프로그램을 제거하여 응용 프로그램이 배포되었던 시간 동안만 요금이 청구되도록 할 수 있습니다.

참고
참고: 계산 시간에 대한 요금이 청구되지 않도록 하기 위해서는 응용 프로그램을 일시 중단하는 것으로 그치면 안 되고 배포를 제거해야 합니다.

또한 매월 월말에 판매량에 대한 복잡한 데이터 분석을 실행하는 큰 회사가 있다고 가정해 보겠습니다. 분석이 처리 집중형이지만 분석을 완료하는 데 필요한 총 시간은 2일이면 충분합니다. 온-프레미스 시나리오에서는 이 작업에 필요한 서버가 한 달의 대부분 충분히 활용되지 못할 것입니다. Windows Azure에서는 분석 응용 프로그램이 클라우드에서 실행되는 시간에 대해서만 요금이 청구됩니다. 그리고 응용 프로그램의 아키텍처가 병렬 처리를 위해 디자인되어 있다고 가정했을 때 Windows Azure의 확장 기능은 회사가 많은 수의 작업자 역할 인스턴스를 만들어 짧은 시간 안에 더 복잡한 작업을 완료하도록 할 수 있습니다. 이 예에서는 코드 또는 스크립팅을 사용하여 매월 적절한 시간에 응용 프로그램을 자동으로 배포해야 합니다.

예측할 수 없는 성장

작업 스파이크

인프라 오프로드

모든 응용 프로그램을 클라우드로 이동해야 하는 것은 아닙니다. Windows Azure 기능을 통해 이점을 얻는 응용 프로그램만 클라우드로 이동해야 합니다.

친구와 가족을 위해 만든 개인 블로그 웹 사이트가 좋은 예입니다. 이와 같은 사이트는 글과 사진을 포함합니다. 이 프로젝트에 Windows Azure를 사용할 수 있지만 Windows Azure가 최상의 선택이 아닌 몇 가지 이유가 있습니다. 먼저, 사이트 방문 횟수가 하루에 몇 번밖에 되지 않더라도 하나의 역할 인스턴스가 계속해서 실행되어 해당 요청을 처리해야 합니다. 계산을 위해 Windows Azure SLA를 달성하기 위해서는 두 개의 인스턴스가 필요합니다. Windows Azure에서 비용은 각 역할 인스턴스가 배포된 시간(Windows Azure 명명법에서 계산 시간이라고 함)을 기반으로 합니다. 응용 프로그램을 일시 중지해도 계산 시간에 대한 사용 및 요금 청구는 일시 중지되지 않습니다. 이 사이트가 하루 중 한 번의 방문에만 응답한 경우에도 24시간의 계산 시간에 대해 요금이 청구됩니다. 즉, 이 사이트는 코드를 실행하는 가상 컴퓨터에서 임대한 공간입니다. 따라서 이 항목을 작성한 시점을 기준으로 했을 때 웹 역할의 초소형 인스턴스 하나에 대한 비용만 해도 한 달에 $30입니다. 그리고 20GB의 사진이 Blob 저장소에 저장되어 있는 경우 해당 저장소와 트랜잭션 및 대역폭 비용까지 더하면 $6가 추가될 수 있습니다. Windows Azure에서 이러한 유형의 사이트를 호스팅하는 월간 비용은 타사의 간단한 웹 호스팅 솔루션 비용보다 높습니다. 가장 중요한 점은 이 유형의 웹 사이트에는 리소스 관리, 동적 크기 조정, 고가용성 및 지속성이 필요하지 않다는 점입니다.

Windows Azure를 사용하면 비즈니스 요구에 적합한 옵션만 선택할 수 있습니다. 예를 들어 법적 이유나 규정상의 이유로 특정 데이터를 클라우드에서 호스팅할 수 없는 인스턴스가 있을 수 있습니다. 이러한 경우 중요하지 않으면서 가용성이 높아야 하는 응용 프로그램의 특정 부분이나 특정 데이터만 Windows Azure에서 호스팅하는 하이브리드 솔루션을 고려할 수 있습니다.

Windows Azure에 적합하지 않은 다른 시나리오가 있습니다. Windows Azure의 장점을 이해하면 이러한 장점을 활용하지 않는 응용 프로그램이나 응용 프로그램의 일부분을 인식할 수 있습니다. 그러면 Windows Azure 기능을 가장 효과적으로 활용하는 전체 솔루션을 더욱 성공적으로 개발할 수 있습니다.

물론 Windows Azure로의 이동에 대한 평가에는 단지 응용 프로그램이나 비즈니스 목표가 클라우드에 적합한지 아는 것 이상의 요소가 포함됩니다. 기존 응용 프로그램이나 새 응용 프로그램의 아키텍처 및 개발 특성을 평가하는 것도 중요합니다. Windows Azure용 MAT(Microsoft 평가 도구)를 사용하면 이 분석을 신속하게 시작할 수 있습니다. 이 도구는 Windows Azure로 이동하는 데 있어 있을 수 있는 문제 유형을 확인하는 질문을 합니다. 각 질문 옆에는 "전체 고려 사항 참조"라는 링크가 있으며 이 링크는 Windows Azure의 특정 영역에 대한 추가 정보를 제공합니다. 이러한 질문 및 추가 정보는 클라우드에서 기존 응용 프로그램이나 새 응용 프로그램의 디자인에 대한 잠재적 변경 사항을 확인하는 데 도움이 됩니다.

MAT 도구 외에도 Windows Azure 플랫폼의 기본 내용에 대해 확실하게 이해하고 있어야 합니다. 여기에는 플랫폼을 위한 일반적인 디자인 패턴에 대한 이해가 포함됩니다. 먼저 Windows Azure 비디오를 검토하거나 Windows Azure 프로그래밍 모델과 같은 소개 백서를 읽어 보십시오. 그런 다음 Windows Azure에서 사용할 수 있는 다른 서비스를 검토하고 해당 서비스가 솔루션에 어떤 영향을 주는지 고려하십시오. Windows Azure 서비스 개요는 MSDN 설명서를 참조하십시오.

Windows Azure 솔루션의 가능한 모든 고려 사항 및 마이그레이션을 다루는 것은 이 문서의 범위를 벗어납니다. 그러나 다음 표에는 추가 리소스에 대한 링크와 함께 네 가지의 일반적인 디자인 고려 사항이 나와 있습니다.

이러한 문제를 넘어 응용 프로그램을 Windows Azure로 마이그레이션하는 데 대한 내용을 검토하여 개발할 때 발생할 수 있는 잠재적인 문제 및 솔루션에 대해 많이 배울 수 있습니다. Microsoft의 Patterns and Practices 그룹은 마이그레이션에 대한 지침인 Microsoft Windows Azure 플랫폼에서 클라우드로 응용 프로그램 이동을 게시해 놓았습니다. Windows Azure 웹 사이트에서 마이그레이션에 대한 추가 리소스인 서비스 및 데이터 마이그레이션을 볼 수 있습니다.

Windows Azure에서는 가용성과 확장성이 높은 서비스를 만들고 관리하기 위한 플랫폼을 제공합니다. 필요한 리소스에 대해서만 비용을 지불하고 언제든지 리소스를 확장하거나 축소할 수 있습니다. 그리고 이를 위해 하드웨어나 지원 인프라를 소유할 필요가 없습니다. 업무에서 플랫폼을 활용하여 민첩성을 높이고 비용과 위험 부담을 낮추면 Windows Azure는 응용 프로그램에 사용하기에 적합합니다. 이러한 결정을 한 후에는 플랫폼을 사용하기 위한 특정 아키텍처 및 개발 옵션을 살펴볼 수 있습니다. 여기에는 새로운 개발, 마이그레이션 또는 하이브리드 시나리오에 대한 결정이 포함됩니다. 이러한 분석의 마지막 단계에서는 Windows Azure를 가장 효과적으로 사용하여 비즈니스 목표에 도달하는 방법에 대한 합리적 결정을 내리는 데 필요한 정보를 가지고 있어야 합니다.