아키텍트2010. 2. 4. 14:20

IT 서비스의 미래 비전, 클라우드컴퓨팅 애플리케이션 아키텍처

현재 인터파크, YES24, 교보문고, 강컴, 11번가에서 예약판매 중입니다. 책이 정식으로 나오면 2~3분 정도 블로그 이벤트를 해서 증정하도록 하겠습니다. ㅋㅋ, 책 한번 쓰기 힘드네요. 번역이나 집필하실 일 있는 분들 문의주시면, 어떤 과정을 거치는 지 제가 브리핑 해드리도록 하겠습니다.

“만약 여러분이 웹 애플리케이션을 디자인ㆍ구축ㆍ유지하는 일을 하고, 클라우드에 배포할지 모른다면, 이 책은 바로 여러분을 위한 것이다.      - 서문 중에서 -

 이 책의 목적은 트랜잭션이 발생하는 웹 애플리케이션의 개발자들이 그들의 애플리케이션을 배포할 때 클라우드 인프라를 활용할 수 있도록 돕기 위함입니다. 따라서 이 책은 Amazon EC2, 마이크로소프트의 윈도우 애저, 애저 서비스 플랫폼 같은 클라우드에 집중해서 쓰여졌고, 구글의 Gmail, 마이크로소프트의 핫메일 등의 소비자 대상의 클라우드에 대해서는 다루지 않았습니다. 그럼에도 불구하고, 클라우드 컴퓨팅에 대한 논의를 위해서는 공통의 프레임웍을 설정하고 시작해야 할 필요가 있습니다.

클라우드컴퓨팅의 정의, 장점에 대한 설명 이후 실제 구현하고자 할 때 필요한 방법을 웹 애플리케이션 구축 관점, 인프라 클라우드 구축 관점으로 나뉘어 잘 설명하고 있는 책입니다. , 이 책을 읽고 난 이후 실제 구현에 적용할 수 있는 실용적인 측면이 강점이라고 할 수 있습니다.

이 책에 대해서 조금 더 알아보기 위해서 역자 서문의 일부 내용을 발췌했습니다.

Posted by 조이트리
아키텍트2009. 11. 27. 16:53

마이크로소프트 플랫폼에 대해 알고 싶으세요? 영문자료가 아닌 한글화된 자료를 찾고 계십니까? Wikipedia에 가서 찾아봐도 영문자료만 가득하고, 정작 원하는 내용은 구하기 어려우셨죠?

마이크로소프트의 플랫폼 전략가, 아키텍트 들이 모여서 “아키텍처 저널”을 만들었습니다.

www.architecturejournal.org/wiki

위 링크를 클릭하시면 Windows Azure Platform에 관련된 자료를 보실 수 있습니다. Wiki 사이트라 조금씩 내용이 충실해지고 있습니다. 가끔 찾아와 주셔도 좋을 것 같습니다.

아, 저도 당연히 저자 중의 한 명 입니다.

Posted by 조이트리
아키텍트2008. 11. 26. 15:26

서버의 아키텍처를 구성할 때 활용하는 방법, 바로 아키텍처 패턴 입니다.
패턴은 소프트웨어 시스템의 컴포넌트, 서브시스템 등을 작성할 때 활용하는 설계도 입니다. 즉, 일반적인 상황에 대한 시스템 구조를 그릴 때 반복적으로 나타나는 유형을 묶어서 패턴이라고 하며, 이후의 유사한 상황에 활용하는 것입니다.

서버 유형, CPU 갯수 등을 포함하여 서버의 아키텍처를 그릴 때 패턴은 계속 활용되고 상세하게 발전할 수 있습니다. 오늘은 서버 아키텍처의 기본적인 패턴을 몇 가지 살펴보겠습니다. 가상화를 사용하고 있다고 가정하여 설명해보겠습니다.

1. 단일 호스트 서버
    - Windows Server 2008, Hyper-V를 이용하여 작은 갯수의 가상머신을 운영하는 형태
       . 서버 통합됨, 그렇지만 고가용성은 구성되지 않음
       . 전원이 문제가 생기거나 호스트 Reboot 때 가상머신에 중단이 생김
       . 개발 및 테스트 서버 환경, 소규모 회사, 지사 환경에서 사용

2. 클러스터 환경 (이중 노드)
    - 2대의 Windows Server 2008, Hyper-V로 구성되고, iSCSI나 SAN을 이용한 공유 스토리지 사용
      . 서버가 통합되고, 고가용성이 구성되어 서버의 안정성 및 가용성이 높음

3. 서버 Farm (다중 노드)
    - 여러 대의 Windows Server 2008, Hyper-V로 구성되고, iSCSI나 SAN을 이용한 공유 스토리지 사용
    - 하나의 클러스터안에 16개의 노드까지 구성 가능함
       . 클라우드 컴퓨팅 등의 환경으로 발전할 수 있는 형태

즉, 고객의 현재 상황에 맞도록 가이드가 가능합니다. 
(소규모 기업, 중견 규모 기업,  대기업, 공공기관 / 데이터센터)

마이크로소프트에서는 각 규모에 맞도록 서버 아키텍처 구성에 패턴을 적용할 수 있도록 가이드를 제공합니다.
사이징 역시 가장 큰 골칫거리 중의 하나죠. 이 부분에 대한 가이드도 포함 되어 있습니다.

그중의 하나가 첫째, MAP(Microsoft Assessment & Planning) 둘째가, SVAM(Server Virtualization Advanced Management) 입니다.

Posted by 조이트리
아키텍트2008. 10. 14. 11:35

ADS의 목적은 잠재적인 솔루션을 승인할 "Power Sponsor"를 확보하는 것 입니다.
 - 기본적인 샘플 아키텍처 청사진을 이용합니다. 이해 당사자들이 해당 솔루션을 이해하도록 하는 것이 가장 중요하고, 잠재적인 가치에 대해 정보를 제공해야 합니다.

. PT 형태일 필요는 없습니다. 보드에 그림을 그리거나, 대화를 통해 진행하는 것이 바람직한 경우도 많습니다.
. 솔루션 아키텍처 디자인을 개략적으로 그린 후 승인을 받습니다.
. POC까지 필요없다고 판단된다면, 의사결정을 이 단계에 받아 냅니다.
  - 가능하면 Deal을 Close 하는 것이 좋습니다.
     즉, 고객으로 High Level 테크니컬 디자인에 대한 승인을 받아내는 것이 목적 입니다. 
. 실제 구현을 위한 아키텍처가 아닙니다. 이 부분은 프로젝트팀 및 컨설턴트가 투입되어 진행합니다.
. 5-7명 정도를 대상으로 긴밀하게 진행하는 것이 효과적 입니다.
. Project Framework (Microsoft Project Framework)을 활용할 수 있습니다.
. 진행 중에는 자주 Summarize 가 필요합니다.
. 목적에 대해 종종 확인합니다.
. 요구사항과 실제 프로덕트 및 솔루션과 매핑하여 구현 가능함을 중간 중간 확인합니다.

산출물
 - 비전 및 범위 도큐먼트
 - 솔루션 아키텍처

이후의 글에서 MDOP(Microsoft Desktop Optimization Pack)에 대한 ADS 및 아키텍처 등을 적어 보겠습니다.
Posted by 조이트리