마이크로소프트 클라우드 플랫폼인 윈도우 애저로 애플리케이션을 이전하는 과정을 예제 애플리케이션을 통해 알아본다. 클라우드의 장점인 확장성과 안정성 등을 살리기 위해 구조적으로 변경하는 과정을 실제 코드와 더불어 살펴보며, 이를 통해 윈도우 애저의 특성을 이해하고, 기존 애플리케이션을 어떻게 변경해야 클라우드에 적합할 것인지에 대한 일반적인 개념을 잡을 수 있다.


[ 소개 ]

어떻게 하면 회사의 애플리케이션을 확장 가능하면서 높은 가용성을 지니게 만들 수 있을까? 이를 위해서는 애플리케이션을 개발하면서, 그만큼 지원할 수 있는 기반 시설도 갖춰야 한다. 예를 들어 서버를 추가하거나 기존 처리량을 늘리기 위해 여분의 하드웨어를 갖추고, 분산 컴퓨팅을 처리하고 장애를 극복할 수 있는 로직을 애플리케이션에 추가해야 한다. 아주 짧은 시간 동안만 애플리케이션에 대한 수요가 높아지더라도 이런 작업들을 해야 한다.

클라우드는 이 같은 고민에 대한 해결책을 제시한다. 클라우드는 다양한 데이터 센터에 위치한 서로 연결된 서버로 만들어지지만, 보통은 누군가에 의해 운영되고 관리되는 중앙에 모인 곳을 보게 된다. 기반 시설을 관리하는 책임을 제3자에게 맡김으로써, 주로 애플리케이션과 관련한 문제에 쉽게 집중할 수 있다.

이 책은 윈도우 애저 플랫폼 시리즈 중 첫 번째 서적으로, 이전(마이그레이션) 시나리오에 집중하고 있다. 아다툼(Adatum)이라는 가상의 회사를 소개하는데, 이 회사에서는 업무 경비를 추적 하고 환급하는 어익스펜스(aExpense)라는 시스템을 윈도우 애저에 배포할 수 있도록 수정한다. 각 장에서는 인증과 권한, 데이터 액세스, 세션 관리, 배포, 개발 수명 주기와 비용 분석에 대해 알아본다.


[ 이 책의 대상 독자 ]

이 책은 현존하는 온프레미스 ASP.NET 애플리케이션을 클라우드에서 동작하도록 어떻게 변경할 수 있는지를 보여준다. 따라서 클라우드에 적합한 애플리케이션이나 서비스를 디자인하고, 만들거나 운영하는 아키텍트와 개발자, IT 관리자를 대상으로 한다. 물론 윈도우 애저에서 작동하는 애플리케이션이라고 하더라도 반드시 윈도우 운영체제에 기반을 둘 필요는 없으나, 이 책은 윈도우 기반에서 시스템을 운영하는 사람(마이크로소프트의 닷넷 프레임워크와 비주얼 스튜디오, ASP.NET, 마이크로소프트 비주얼 C#을 잘 알고 있는 사람)을 대상으로 쓰여졌다.


[ 이 책의 특징과 의의 ]

클라우드는 광범위한 고객들이 접근 가능한 애플리케이션을 제작하기 위한 현실적인 선택지로 자리매김했다. 특히 윈도우 애저는 개발자와 IT 전문가를 위한 완벽한 도구를 갖췄다. 개발자는 비주얼 스튜디오 같은 이미 알고 있는 도구를 사용해서 애플리케이션을 작성할 수 있다. 또한 윈도우 애저는 개발 패브릭(development fabric)이라고 알려진 완벽히 가상화된 환경을 제공한다. 개발자는 본인의 애플리케이션을 클라우드에 배포하기 전에 개발 패브릭을 사용해서 내부적으로 개발과 테스트, 디버깅을 한다. 윈도우 애저 계정을 관리하는 도구와 API도 있다. 이 책은 일반적인 시나리오(기존의 ASP.NET 애플리케이션을 변경하고 윈도우 애저에 배포하는 방법)에서 이 같은 도구를 사용하는 방법을 보여준다.


[ 이 책의 구성 ]

1장 ‘윈도우 애저 플랫폼 소개’에서는 윈도우 애저 플랫폼을 개괄적으로 살펴본다. 웹 역할과 작업자 역할, 그리고 윈도우 애저에서 데이터를 저장하는 여러 가지 방법을 설명하므로, 시나리오로 가기 전에 읽어보자.

2장 ‘아다툼 시나리오’는 아다툼(Adatum) 회사와 어익스펜스(aExpense) 애플리케이션을 소개한다. 이후 아다툼이 어익스펜스 애플리케이션을 클라우드로 어떻게 이전했는지 설명한다. 여기서는 아다툼이 비즈니스 애플리케이션을 왜 클라우드로 이전하려고 하는지, 어떤 문제가 있는지에 대해 설명한다.

3장 ‘1단계: 클라우드로 가기’에서는 아다툼이 어익스펜스 애플리케이션을 이전하는 첫 번째 단계를 설명한다. 이때 아다툼은 간단히 클라우드에서 애플리케이션이 구동되게 하는 데 그 목표를 둔다. 하지만 여기엔 보안이나 저장소 처리 같은 ‘큰’ 문제가 포함된다.

4장 ‘비용은 얼마나 들 것인가?’는 윈도우 애저에서 구동되는 어익스펜스 애플리케이션의 기본적인 비용 모델을 설명하고, 애플리케이션의 연간 예상 운영 비용을 계산한다. 이 장의 내용은 선택사항으로, 다음 시나리오로 가기 전에 꼭 읽어야 할 필요는 없다.

5장 ‘2단계: 배포 자동화와 테이블 저장소 사용하기’에서는 아다툼이 파워셸 스크립트와 마이크로소프트 빌드 엔진(MSBuild)을 사용해 어익스펜스를 윈도우 애저로 배포하는 일을 자동화하는 방법을 설명한다. 또한 아다툼이 어익스펜스 애플리케이션에서 사용하는 SQL 애저를 윈도우 애저 테이블 저장소로 어떻게 변경했는지 설명하고, 두 저장소 모델의 차이점도 설명한다.

6장 ‘3단계: 이미지 업로드와 작업자 역할 추가하기’에서는 어익스펜스 애플리케이션에 작업자 역할을 추가하는 방법을 설명하고, 어익스펜스가 스캔한 이미지를 저장하기 위해 윈도우 애저 블랍 저장소를 사용하는 방법을 보여준다.

7장 ‘애플리케이션 수명 주기 관리’는 윈도우 애저 애플리케이션의 개발, 테스트, 배포를 어떻게 관리하는지에 대해 논의한다. 이 장의 내용을 건너뛰어도 다음 시나리오를 이해하는 데 지장은 없다.

8장 ‘4단계: 더 많은 작업을 추가하고 애플리케이션 최적화하기’에서는 아다툼이 어익스펜스 애플리케이션에서 더 많은 작업을 추가한 방법을 보여준다. 이때 아다툼은 애플리케이션의 성능 테스트 결과도 측정하고, 그 결과를 바탕으로 애플리케이션을 변경한다.


[ 추천의 글 I ]

수백만 명이 마이크로소프트의 클라우드 서비스를 사용하고 있다. 회사 입장에서는 모든 것을 걸었다고 볼 수 있다! 윈도우 애저에 초기부터 참여했던 사람으로서 그 동안의 작업이 결실을 맺는 모습을 보게 되어 기분이 좋다. 고객들은 여전히 클라우드를 어떻게 활용할지 고민하고 있으므로, 마이크로소프트의 패턴&프랙티스 팀에서 나온 이 첫 번째 윈도우 애저 아키텍처 가이드는 고객들의 수많은 질문에 답을 줄 것이다. 마이크로소프트는 클라우드 컴퓨팅에 대해 매우 진지하게 고민 중이고, 이 가이드는 고객이 새로운 애플리케이션을 개발하거나 혹은 기존 애플리케이션을 클라우드로 성공적으로 이전하도록 돕기 위한 마이크로소프트의 많은 투자 중 하나다.

닷넷이나 여타 마이크로소프트 플랫폼에 익숙한 개발자는 알고 있는 기술을 활용해 빠르게 개발하거나 기존 애플리케이션을 클라우드로 이전할 수 있고, 클라우드의 힘을 이용해 수백만의 사용자와 세계 모든 이에게 도달하도록 서비스를 확장할 수도 있다. 아직까지 윈도우 애저는 여타 기술들의 집합이나 애플리케이션 프레임워크와 함께 잘 동작하는 개방형 플랫폼이다. 처음부터 모두 시작할 필요가 없이, 사용자에겐 자신이 원하는 만큼 클라우드로 비즈니스를 이전할 수 있는 선택권과 유연성이 주어진다.

이 책은 실용적인 시나리오 기반의 접근 방법을 사용하고 있어서 이런 작업에 참여하고자 하는 사람들에게는 좋은 시작점이 될 것이다.

- 아미타브 스리바스타바
윈도우 애저 수석 부사장


[ 추천의 글 II ]

마이크로소프트가 최근에 출시한 윈도우 애저 플랫폼은 개발, 호스팅 그리고 클라우드 기반의 서비스를 관리하는 운영체제 환경이며, 고객이 애플리케이션을 온프레미스에서 클라우드로 쉽게 이전하는 기반을 만든다. 윈도우 애저를 사용함으로써 고객이 얻는 이점은 향상된 유연성, 확장 가능한 플랫폼 규모, 비용 감소 등이다. 마이크로소프트 클라우드 전략의 폭넓은 세 가지 신념은 다음과 같다.

● 선택의 유연성, 비즈니스 요구사항에 기반한 서비스 배포
● 기업체 급의 서비스로서 가용성이나 안정성, 보안에 대한 타협이 없음
● 장비와 플랫폼을 넘어서는 일관되고 연동된 경험

윈도우 애저는 마이크로소프트 클라우드 전략의 핵심 구성요소다.

윈도우 애저는 마이크로소프트의 수백만 사용자를 대상으로 다년간 온라인 서비스를 구동한 경험과 개발자를 위한 플랫폼을 만들어온 오랜 역사 위에서 만들어졌다. 우리는 개발자와 IT 관리자 모두가 온프레미스로부터 클라우드로 쉽게 이전하는 데 목적을 뒀다. 이미 보유한 기술과 경험은 윈도우 애저 플랫폼을 사용할 때도 여전히 필요하다.

마이크로소프트는 윈도우 애저가 대기업부터 작은 ISV(독립 솔루션 기업)까지 전 세계의 고객이 사용하는 방법을 배워가면서 확장을 계속할 것이라고 약속했다. 온라인 플랫폼의 장점 중 하나는 혁신을 빠르게 적용할 수 있다는 점이다.

나는 마이크로소프트의 패턴&프랙티스 팀에서 나온 이 첫 번째 가이드를 소개하게 되어서 무척 기쁘다. 이는 윈도우 애저 플랫폼으로 고객의 성공을 돕겠다는 우리의 약속에 대한 증거다. 윈도우 애저를 처음 접하는 사람이든 이미 사용 중인 사람이든, 윈도우 애저 아키텍처 가이드는 검토해볼 만한 가치가 있는 자료다. 독자 여러분의 마이크로소프트 퍼블릭 클라우드로의 탐험을 격려하며, 패턴&프랙티스 팀이 앞으로 내놓을 더 심화된 가이드도 기대하길 바란다.

- 유세프 칼리디
윈도우 애저 기술 전문가

[ 저자 서문 ]

어떻게 하면 회사의 애플리케이션을 확장 가능하면서 높은 가용성을 지니게 만들 수 있을까? 이를 위해서는 애플리케이션을 개발하면서, 그만큼 지원할 수 있는 기반 시설도 갖춰야 한다. 예를 들어 서버를 추가하거나 기존의 처리량을 늘리기 위해 여분의 하드웨어를 갖추고, 분산 컴퓨팅을 처리하고 장애를 극복할 수 있는 논리를 애플리케이션에 추가해야 한다. 아주 짧은 시간 동안만 애플리케이션에 대한 수요가 높아지더라도 이런 작업들을 해야 한다. 네트워크 응답 속도나 보안의 경계 같은 문제를 고려하기 시작하면 삶은 더욱더 고달파진다(그리고 비용도 많이 든다).

클라우드는 이런 고민에 해결책을 제시한다. 클라우드는 다양한 데이터 센터에 위치한 서로 연결된 서버로 만들어지지만, 보통은 누군가가 운영 및 관리하는 중앙에 모인 곳을 보게 된다. 기반 시설을 관리하는 책임을 다른 사람에게 맡김으로써, 주로 애플리케이션과 관련한 문제에 쉽게 집중할 수 있다. 만약 클라우드가 지리적으로 다른 위치에 데이터 센터를 갖고 있다면, 컨텐츠를 사용할 사람들이 있는 곳 가까이로 이동할 수 있다. 애플리케이션이 아시아 지역에서 많이 사용된다면, 아시아에 있는 데이터 센터에서 동작하는 인스턴스를 생성한다. 이와 같은 민첩함은 모든 하드웨어를 직접 가지고 있다면 쉽지 않다. 클라우드의 또 다른 장점은 ‘사용한 만큼 지불한다’는 방식이다. 즉 필요하지 않다면 지불하지 않아도 된다. 수요가 높을 때는 규모를 확장할 수 있고, 수요가 낮을 때는 규모를 원래대로 되돌릴 수 있다.

클라우드로 애플리케이션을 이동하면 제어권과 자율성은 어느 정도 포기해야 한다. 그렇지만 줄어든 비용, 증가한 유연성, 확장 가능한 연산 능력과 저장소 등의 혜택이 있다. 윈도우 애저 아키텍처 가이드는 어떻게 하면 이런 작업을 할 수 있는지 보여준다.


[ 저자 소개 ]

도미닉 베츠(Dominic Betts)
기술 개발 및 컨설팅 업체인 CM 그룹 파트인 컨텐트 마스터의 수석 전문가다. 또한 마이크로소프트 닷넷 프레임워크과 윈도우 애저 기반 애플리케이션 개발 전문가로서 닷넷, 윈도우 애저, 마이크로소프트 비즈토크에 관한 수많은 교육 과정과 백서, 기타 기술 문서를 만들었다.

스콧 덴스모어 (Scott Densmore)
마이크로소프트의 소프트웨어 엔지니어다. 주된 관심 영역은 클라우드 컴퓨팅과 모마일 디바이스 컴퓨팅이다. http://scottdensmore.typepad.com/와 트위터 @scottdensmore에서 만나볼 수 있다.

라이언 던 (Ryan Dunn)
윈도우 애저 테크니컬 에반젤리스트이며 채널9의 유명한 클라우드 커버를 제작하고 있다. 마이크로소프트에 입사하기 전에는 ASP 닷넷과 디렉토리 서비스의 MVP였다. http://dunnry.com와 트위터 @dunnry에서 만나볼 수 있다.

마사시 나루모토(Masashi Narumoto)
마사시 나루모토는 마이크로소프트의 고객에게 엔지니어링 가이드를 수행하는 마이크로소프트의 패턴&프랙티스 팀에서 근무 중이다. 주된 관심 영역은 클라우드 컴퓨팅과 모바일 애플리케이션이다. http://dunnry.com 또는 트위터 @dragon119에서 만나볼 수 있다.

유게니오 페이스(Eugenio Pace)
마이크로소프트의 패턴&프랙티스 그룹의 시니어 프로그램 관리자다. 윈도우 애저 플랫폼과 윈도우 폰 7의 애플리케이션 이전과 구축을 위한 가이드 개발을 담당하고 있다. 이전에 클레임 기반 아이덴티티 및 아이덴티티 페더레이션에 대한 아키텍처 가이드를 작업했다. 블로그 http://blogs.msdn.com/eugeniop와 트위터 @eugenio_Pace에서 만나볼 수 있다.

마티아스 워로스키(Matias Woloski)
아이덴티티와 클라우드 컴퓨팅을 전문으로 하는 사우스웍스(Southworks)의 수석 아키텍처다. 소프트웨어 설계/개발과 기업의 신기술 적용에 10년 이상의 경험을 가지고 있다. 높은 ROI의 실체가 있는 최종 산출물에 초점을 맞춘 무결점의 실용적 솔루션의 옹호자다. 마이크로소프트 플랫폼의 최신 구성요소의 빠른 채택을 위해 마이크로소프트 내의 다양한 그룹과 긴밀하게 작업하고 있다. 또한 미국, 중국, 아르헨티나, 멕시코, 칠레의 산업 및 학술 포럼에서 자주 발표했다. 2009년과 2010년 동안 클레임 기반 아이덴티티 및 접근 제어와 클라우드 컴퓨팅 분야에서 타 산업 전문가들과 협력하여 3권의 저서를 집필했다. 블로그 http://blogs.southworks.net/mwoloski에서 아이덴티티와 클라우드 컴퓨팅, 아키텍처에 대한 이야기를 전한다.


[ 옮긴이의 말 ]

지난 몇 년간 클라우드 개발 플랫폼과 관련한 일을 하면서 느낀 점은 클라우드에 대한 이해가 없이 애플리케이션을 개발하면 확장성이나 안정성 같은 클라우드에서 제공하는 핵심적인 장점이 잘 발휘되기 어렵다는 것입니다. 그리고 이와 같은 클라우드에 대한 이해를 위한 가장 빠른 방법은 직접 체험을 하는 것입니다.

이 책의 번역을 선뜻 수락하게 된 이유는 클라우드 관련한 기능들을 하나씩 열거하는 것이 아니라, 가상의 프로젝트를 클라우드로 이전하는 과정을 독자에게 단계적으로 체험하게 하면서 자연스럽게 이해되도록 설명하는 책이었기 때문입니다. 이 과정에서 애플리케이션이 클라우드에서 동작 시에 나타나는 공통적인 문제를 다루게 되며, 이에 대한 해결 방법을 제시함으로써 독자가 실제 프로젝트에서 시행 착오를 줄일 수 있게 합니다. 또한 클라우드로 이전하기 전후의 공개된 소스 코드를 통해서 좀 더 실질적인 클라우드 경험을 해볼 수도 있습니다.

본문에 예제로 등장하는 가상의 회사에서 사용하는 경비 처리 애플리케이션은 기업 내에서 직원들이 사용하는 애플리케이션이지만, 클라우드로의 이전을 위해 사용된 대부분의 방법은 일반 사용자를 대상으로 하는 애플리케이션에도 공통적으로 적용할 수 있습니다. 실제 상황에서 빈번하게 발생하는 사용자의 폭주를 처리하는 방식이나, 자료의 양이 빠른 속도로 늘어나는 데이터를 NoSQL 같은 비정형 방식으로 저장하는 것도 그렇습니다.

모바일을 비롯한 다양한 서비스가 하루가 다르게 생기고 사라지는 요즘 컴퓨팅 자원을 손쉽게 유동적으로 사용할 수 있는 클라우드는 더 이상 선택이 아닌 필수 요소입니다. 전세계 사용자를 대상으로 하는 다양한 온라인 서비스 경험을 토대로 마이크로소프트에서 직접 제공하는 윈도우 애저 플랫폼을 이용하면 일반 개발자들도 쉽게 클라우드의 장점을 살리는 애플리케이션 개발을 할 수 있습니다.

현재 윈도우 애저는 고객의 요구나 트렌드에 맞게 매우 빠른 속도로 진화하고 있습니다. 하지만 이 책에서 다루는 대부분의 내용들은 윈도우 애저의 근간을 이루는 내용들이기에 책이 가진 가치는 쉽게 바래지지 않으리라고 봅니다. 아무쪼록 이 책을 통해 클라우드 애플리케이션 개발에 더 익숙해 지실 수 있길 바라며, 내용과 관련한 문의가 있으시면 제가 운영하는 '중스의 클라우드 이야기(http://blogs.msdn.com/jspark)'를 통해 연락 주시길 바랍니다.


[ 옮긴이 소개 ]

박중석
마이크로소프트 개발자 에반젤리스트로 클라우드 플랫폼인 윈도우 애저를 알리는 업무를 맡고 있다. 과거 실버라이트 및 인터넷 익스플로러와 같은 웹 기술의 전파 활용을 했으며, 온라인에서는 '중스의 클라우드 이야기(http://blogs.msdn.com/jspark)' 블로그를 운영하고 있다.

목차

• 1장 윈도우 애저 플랫폼 소개
  • 윈도우 애저 플랫폼
  • 윈도우 애저 컴퓨트
  • 윈도우 애저 저장소
    • 블랍
      • 블록 블랍
      • 페이지 블랍
    • 윈도우 애저 드라이브
    • 윈도우 애저 테이블
    • 윈도우 애저 큐
  • SQL 애저
  • 관리 서비스
  • 윈도우 애저 구독과 과금 모델
    • 비용 예측
  • 추가 정보
    
• 2장 아다툼 시나리오
  • 아다툼이라는 회사
    • 아다툼의 고민
    • 아다툼의 목표와 걱정
    • 아다툼의 전략
  • 어익스펜스 애플리케이션
    • 어익스펜스 구조
      
• 3장 1단계: 클라우드로 가기
  • 기존 상황
  • 목표와 요구사항
  • 솔루션 개요
  • 구현
    • 웹 역할 만들기
    • 어익스펜스의 보안
    • 사용자 데이터 관리
    • 프로필 데이터
    • SQL 서버 접속하기
      • SQL 애저 연결 시간 제한
      • 끊어진 연결 처리하기
    • 진단
  • 설정과 물리적인 배포
    • 역할 인스턴스, 업그레이드 도메인, 폴트 도메인
    • 배포 스크립트
    • 가상 발행처의 사용
    • 운영 발행처로의 변환
    • 액티브 디렉토리 분리
    • SQL 서버
    • 진단 로그 파일에 접속하기
  • 추가 정보
  • 기존 상황
    
• 4장 비용은 얼마나 들 것인가?
  • 목표와 요구사항
  • 솔루션 개요
    • 어익스펜스의 대역폭 예상 비용
    • 어익스펜스의 윈도우 애저 저장소 예상 사용량
    • 어익스펜스의 컴퓨트 예상 사용량
    • SQL 애저 저장소 요구사항 예상 사용량
  • 변경점
  • 추가 정보
    
• 5장 2단계: 배포 자동화와 테이블 저장소 사용하기
  • 기존 상황
  • 목표와 요구사항
  • 솔루션 개요
  • 구현
    • 윈도우 애저로 배포 자동화
    • 윈도우 애저 테이블 저장소에 업무 경비 데이터 저장하기
      • 테이블은 얼마나 많은가?
      • 파티션 키와 로우 키
      • 쿼리 성능
      • 어익스펜스의 트랜잭션
      • 개발용 저장소로 작업하기
      • 테이블 저장소에서 데이터 조회하기
      • 엔티티의 구체화
  • 추가 정보
    
• 6장 3단계: 이미지 업로드와 작업자 역할 추가하기
  • 기존 상황
  • 목표와 요구사항
  • 솔루션 개요
  • 구현
    • 이미지 업로드와 저장
    • 작업자 역할의 추상화
      • 어익스펜스 애플리케이션의 ‘사용자 코드’
      • ‘연결 코드’ 클래스
    • 이미지 프로세싱
    • 공유 접근 서명을 사용해 이미지를 사용할 수 있게 하기
  • 추가 정보
    
• 7장 애플리케이션 수명 주기 관리
  • 기존 상황
  • 목표와 요구사항
  • 솔루션 개요
  • 설정과 물리적인 배포
    • 윈도우 애저 환경
      • 프로덕션과 스테이징 영역
    • 배포
    • 테스트
  • 추가 정보
  • 기존 상황
    
• 8장 4단계: 더 많은 작업을 추가하고 애플리케이션 최적화하기
  • 목표와 요구사항
  • 솔루션 개요
    • 데이터 추출 프로세스의 시작
    • 추출 데이터의 생성
    • 리포트 데이터의 추출
  • 구현
    • 경비 보고서 테이블 생성하기
    • 데이터 내보내기
  • 성능 테스트, 튜닝, 할 일 목록
    • 세션 상태 저장
    • CreateIfNotExist 메소드의 너무 많은 호출
    • 이미지를 업로드 크기의 제한
    • 사용자 입력의 검증
    • Default.aspx 페이지에서의 페이징과 정렬
    • system.net 구성 변경
    • WCF 데이터 서비스 최적화
  • 윈도우 애저 테이블 저장소의 페이징 구현
  • 추가 정보
    
• 부록 A 비주얼 스튜디오에서 클라우드 프로젝트 생성하기
  • 비주얼 스튜디오에서 새로운 클라우드 프로젝트 생성하기
  • 솔루션에 있는 프로젝트
    • 클라우드 서비스 프로젝트
    • 웹 역할 프로젝트
    • 작업자 역할 프로젝트
      
• 부록 B 윈도우 애저 서비스 관리 API 사용하기
  
• 부록 C 64비트 환경에서 윈도우 애저 서비스 관리 CmdLets 사용하기
  
• 부록 D 윈도우 애저와 DNS 사용하기
  
• 부록 E 윈도우 애저 저장소 관리 도구
  • 윈도우 애저 관리 도구(MMC)
  • 윈도우 애저 저장소 탐색기
    
• 부록 F 테스트를 위해 자체 서명 인증서 만들기