자율 컴퓨팅과 SOA를 결합하여 IT 관리의 질 높이기 (한글)

문서 옵션 JavaScript가 필요한 문서 옵션은 디스플레이되지 않습니다.  제안 및 의견 피드백

난이도 : 초급

Christine Draper, Senior Technical Staff Member, IBM

2006 년 5 월 23 일

자율 컴퓨팅과 SOA를 관리 시스템에 적용하는 방법을 모색하는 아키텍트와 디자이너를 위해서, 자율 컴퓨팅과 SOA를 결합하여 복잡한 IT 조직에 자율 관리 시스템을 제공하는 방법을 설명합니다. IT 관리 프로세스를 점증적으로 자율화 하는 방법과, 독립적인 자율 매니저와 IT 관리 프로세스를 통합하는 방법을 배워봅시다.

자율 컴퓨팅의 목적은 일상적인 인프라 설정과 관리 작업을 자동화 함으로서 IT 시스템 관리의 복잡함을 없애고 인간이 개입하는 영역을 줄이는 것이다. IBM의 자율 컴퓨팅 아키텍처는 서비스 지향 아키텍처(SOA)이다. 이것은 자율 관리 시스템을 구현하는 아키텍처상의 구현 블록 세트를 정의하고 있다. ("자율 컴퓨팅을 위한 아키텍처 청사진" – 참고자료)

SOA는 정보 기술과 비즈니스의 필요를 제휴시키는 구현 방식이다.

• 비즈니스가 제공하는 서비스를 규명한다.
• 이러한 서비스들이 인간이나 자동화된 액티비티와 태스크를 통해 제공되는 방식을 정의한다.
• 이러한 액티비티와 태스크들이 재사용 가능한 SOA 서비스와 서비스 컴포넌트를 사용하여 어떻게 실행되어야 하는지를 결정한다.

이 방식은 "서비스 지향 아키텍처와 디자인의 요소들"에서 자세히 다루고 있다.(참고자료)

SOA와 자율 컴퓨팅 개념의 결합은 비즈니스의 필요와 제휴 될 수 있는 IT 관리 솔루션을 설계 및 개발하는 강력한 접근 방식을 제공한다. 이 방식은 유연하고, 비즈니스와 기술 드라이버를 바꿀 정도로 강력하며, 효과적이고 점증적인 방식으로 자동화 될 수 있다.

IT 관리에서 SOA와 자율 컴퓨팅의 역할을 이해하려면, IT 관리란 비즈니스 기능이란 것을 인식해야 한다. ("IT 비즈니스의 변형 " – (참고자료) IT 관리 시스템은 " IT의 비즈니스 " 의 필요를 충족시키기 위해 설계되어야 한다. 이것은 IT Service Management (ITSM)의 기본적인 신조이자 IT Information Library (ITIL) 같은 표준과 프레임웍에 기반하여 IT 조직을 운영하는 방식이다.(참고자료)

이러한 상황에서, 자율 컴퓨팅의 목적은 IT 관리 프로세스의 효과와 효율성을 증대시키는 것이다. IT 전문가들이 통상 직접 수행하던 액티비티들을 자동화 할 수 있다. 자율 컴퓨팅 아키텍처의 역할은 이것을 통합 및 점증적인 방식으로 구현할 수 있는 구조를 제공하는 것이다. SOA는 비즈니스 모델을 기술로 매핑하는 비즈니스 디자인에 기반하여, 액티비티를 자동화 하는 기술적 서비스 세트를 설계 및 구현하는 기본적인 방식을 제공한다.

자율 매니저와 자율 컴퓨팅 아키텍처

자율 컴퓨팅 아키텍처는 구현 블록 세트를 정의한다. 그 목적은 다음과 같다.

• 자율 관리 시스템이 구현의 바탕이 되는 기본 엘리먼트를 제공한다.
• 자율 기능을 달성하기 위해 이러한 엘리먼트들이 인터랙팅 하는 방법을 정의한다.
• 통합 솔루션을 가능케 하는 표준 인터페이스와 모델을 규명한다.

자율 컴퓨팅 아키텍처의 중심은 자율 매니저이다. 이것은 시스템을 자가 관리형으로 만드는 IT 관리 기능을 자동화 하는 책임을 맡고 있다. 각 자율 매니저는 한 개 이상의 관리 기능을 자동화하고 관리 인터페이스에서 정의된 작동에 따라 이러한 기능을 외부화 한다. 자율 매니저의 네 가지 주요한 기능은 그림 1과 같다.

모니터

분석되어야 하는 증상들을 인식할 때 까지 관리되는 리소스에서 상세들을 모으고, 집합하고, 관련시키고, 필터링 한다. 세부 사항에는 기술 정보, 메트릭스, 설정 속성 등이 있다. 논리적으로 이 증상은 분석 기능으로 넘어간다.

분석

증상들을 관찰 및 분석하여 변경 사항을 결정할 수 있는 메커니즘을 제공한다. 예를 들어, 늘어나는 트랜잭션 시간과 사용할 수 없는 서버 증상이 분석되어 응답 시간 정책을 위반하지 않으려면 더 많은 서버가 필요하다는 것이 결정된다. 이 경우, 강등된 비즈니스 애플리케이션에 할당될 세 개 이상의 서버는 응답 시간 위반을 피하고 늘어나는 백로그를 줄이기 위해 생성된다. 변경 요청은 논리적으로 플랜 기능으로 전달된다.

플랜

관리되는 리소스에서 원하는 변경을 수행하는 프로시저를 생성 또는 선택한다. 이 플랜 기능은 많은 형태를 취할 수 있다. 단일 명령어부터 복잡한 워크플로우 까지 다양하다. 플랜 기능은 관리되는 리소스의 희망 변경 세트를 나타내는 알맞은 릴리스 플랜을 만들고 그 변경 플랜을 실행 기능으로 논리적으로 전달한다.

실행

시스템에 필요한 변경을 스케줄링 및 수행하는 메커니즘을 제공한다. 자율 매니저 변경 요청에 상응하는 릴리스 플랜을 만든 후에 한 개 이상의 관리 리소스의 상태를 수정하기 위해 몇 가지 액션들이 취해진다. 자율 매니저의 실행 기능은 일련의 액션들을 통해서 플랜 기능에 의해 생성되었던 프로시저를 수행하는 책임을 맡고 있다. 변경 플랜의 실행 부분에는 자율 매니저에 의해 사용되는 지식을 업데이트 하는 것도 포함된다.

이러한 기능들이 자동화 될 때 지능적인 제어 루프가 형성된다. IT 조직 내에서 전문가들에 의해 일반적으로 수행되는 액티비티들을 자동화 하는 것이다. 자율 매니저는 정책(목적)을 사용하여 네 가지 기능들이 수행되는 방식을 관리한다.

제어 루프 기능이 점증적으로 전달 및 전개되어야 하는 현실의 문제를 다루기 위해서 아키텍처는 자율 컴퓨팅 시스템이 자율 매니저를 두어 이것이 제어 루프의 하위 세트를 수행하도록 한다. 다음과 같은 이유 때문이다.

1. 구현은 하위 세트를 지원한다.
2. 전개된 자율 매니저를 책임지고 있는 IT 전문가들은 하위 기능 세트만 활성화 한다. 전문가의 작업 책임에 모든 기능들이 포함되지 않거나 이들이 모든 기능을 활용하지 않기로 결정할 때 이 같은 일이 발생할 수 있다.

부분적인 자율 매니저의 필요성은 "자율 컴퓨팅을 나눌 수 있나요?"를 참조하기 바란다.(참고자료)

SOA

"서비스 지향 아키텍처와 통합"(참고자료)에서 언급한 것 처럼 SOA에는 여러 가지 접근 방식이 존재한다.

• 탑다운 방식은 비즈니스와 서비스를 모델링 하는 것으로 시작한다.
• 바톰업 방식은 기존 자산들을 모델링 하고 이들이 재사용 가능한 서비스들로서 노출되는 방식을 규명하는 것으로 시작된다.

이 글에서는 탑다운 방식에 초점을 맞추겠지만 두 방식 모두 자율 컴퓨팅에 적용할 수 있다. (자세한 내용은 "Web Services Distributed Management (WSDM)" - 참고자료)를 참조하라. 바톰업 방식에 대한 훌륭한 예제를 제공한다.)

그림 2는 SOA를 나타낸다.

서비스 소비자들은 서비스들을 한데 결합하여 생성된 애플리케이션들을 사용한다. IT와 비즈니스의 제휴는 서비스와 기능들을 비즈니스 프로세스의 액티비티와 태스크로 매치시킴으로서 달성된다.

서비스들은 서비스 컴포넌트에 의해 제공된다. 이는 독립형이거나 다른 서비스 컴포넌트들에서 제공되는 서비스들로 구성된 것일 수 있다. 서비스 컴포넌트는 기존 운영 체계의 기능들을 활용하는 방식을 제공하면서 이들을 SOA 컨텍스트 내에서 솔루션으로 통합한다.

크로스-컷팅 영역들-보안, 데이터 아키텍처, 통합, 관리-은 이러한 아키텍처에 적용된다.

기존 자산들과 비즈니스 서비스들로 부터의 탑다운 분해 간 가장 가능한 매치를 달성하려면 기존 자산들간 매치와 비즈니스 서비스들로부터 탑다운 방식으로 분해하려면 서비스 지향 모델링과 아키텍처(SOMA) 같은 방식을 사용하도록 한다.(참고자료) SOMA를 사용할 경우, 시작 포인트는 다음과 같은 비즈니스 모델이다.

• 컴포넌트
• 컴포넌트가 제공하는 서비스
• 그러한 서비스들을 제공하는데 사용되는 프로세스

다른 서비스들은 기존 자산들로부터 바톰업으로 규명된다. 부적절한 매치 또는 소실된 서비스를 규명하기 위해 분석이 수행되고 서비스들을 민감한 서비스 컴포넌트로 그룹핑 하기 위해 수행된다.

적절한 관리 모델과 더불어 위 방식을 따라가면("SOA 관리 케이스"- 참고자료) 기업 바운더리에 기능을 통합하는 SOA 솔루션을 개발할 수 있다. 이 기능은 기업의 고객들에게 서비스를 제공하면서 기업의 다른 부분들이 독립성을 유지하도록 한다. 이로서 유연성과 기민성이 높아지고 기업의 전체적인 목표를 달성하기 위해 필요한 조정을 제공하게 된다.

SOA와 자율 컴퓨팅 아키텍처를 IT 프로세스에 적용하기

IT 관리에 대한 SOA 방식은 IT의 비즈니스 모델로 시작한다.(그림 3) 이 모델은 다음을 규명한다.

• 변경 플래닝 또는 변경 구현 같은 IT 조직의 논리적 컴포넌트.
• 그러한 컴포넌트들이 IT 조직의 고객들과 IT 조직의 다른 부분들에 제공하는 서비스.
• 조직이 비즈니스를 운영하기 위해 사용하는 프로세스.

IT 관리 프로세스의 표준은 IT Information Library (ITIL)가 제공한다. IBM은 다양한 산업을 위한 "Component Business Models" - 참고자료)를 개발했다. ITIL과 호환되는 IT의 비즈니스용 모델이 포함된다.

IT 서비스와 프로세스는 액티비티의 워크플로우와 이들을 실현할 태스크들로 나뉜다 . "IBM Tivoli's Unified Process"(참고자료)는 ITIL 프로세스 정의와 호환되는 워크플로우들로 구성된다.

SOA 방식이란 관점에서 IT 조직에서 제공되는 IT 서비스들은 외부에서 엔드 유저에 의해 소비된다. 그림 4는 그 예제이다.

IT 서비스들은 IT 조직들에 의해 제공되는 셀프 서비스 포탈을 통해 직접 소비되거나 비즈니스 라인에서 비즈니스 애플리케이션들로 통합된다. 예를 들어, HR 부서에 있는 사원에 대한 애플리케이션은 IT 서비스를 사용하여 사용자 ID와 패스워드에 대한 요청으로 초기화 된다.

SOA를 사용하여 자동화된 IT 서비스들은 IT 조직 내에서 IT 서비스를 구현하고 워크플로우를 처리하는 서비스 컴포넌트에 의해 실현된다. 따라서 IT 스태프에 의해 수행되는 액티비티와 관리 툴에 의해 수행되는 자동화된 태스크들이 조정된다.

몇몇 IT 서비스들은 자동화되지 않는다. 엔드유저가 IT 스태프와 직접 인터랙팅하여 서비스를 초기화 하는 경우이다.

그림 5는 SOA를 사용한 IT 서비스 자동화의 다음 레벨이다. IT 서비스와 프로세스 워크플로우 내의 선택된 태스크들은 자율 매니저의 모니터, 분석, 플랜, 실행 기능으로 매핑된다. 이것은 이러한 자동화된 태스크에 대한 서비스 컴포넌트를 제공한다. 자율 매니저는 기존 관리 툴의 기능을 사용하여 실현된다.

실제로는 IT 조직은 하나의 단순한 단위가 아니다. 내부적인 조직적 영역이 있고 이러한 내부적인 조직 단위들이 서로서로 정의된 서비스를 사용하여 인터랙팅 한다. 이로서 복잡한 그림이 만들어 진다.(그림 6)

IT 프로세스 정황에서의 자율 매니저

이 섹션에서는 IT 프로세스의 정황에서 자율 매니저를 사용하는 두 가지 아키텍처 패턴을 설명하겠다. 점증적인 프로세스 자동화와 공유 데이터를 통한 프로세스 통합.

Pattern: 점증적인 프로세스 자동화

문제

프로세스 통합과 자동화는 IT 전문가들이 액티비티를 자동화 하고 작업의 흐름을 자동화 하는 것이다.

어떻게 IT 관리 프로세스가 점증적으로 자동화 될 수 있는가?

프로세스 자동화의 목적은 일상적인 시스템 관리에서 전문가들의 노력을 줄이는 것이다. 이들이 IT 관리의 비즈니스 스팩의 측면에 집중할 수 있도록 한다. 많은 IT 조직에서 모니터, 분석, 플랜, 실행 액티비티들은 조직적 바운더리를 넘나든다. 종종 이는 다양한 기술 및 프로시저의 사용을 함축한다. IT 조직의 다른 부분들에 있는 IT 전문가들에 의해 수행된 작업을 한데 연결하는 필요가 있다.

솔루션

IT 관리 프로세스들은 프로세스 통합 기술을 사용하여 통합된다. 그러한 프로세스 내에서 선택된 액티비티들은 점증적으로 자율 매니저에 위임된다.(그림 7)

IT 관리 프로세스와 제휴 된 워크플로우는 자동화 될 수 있고 각 비즈니스 컴포넌트가 제공하는 서비스들을 한데 연결함으로서 조직적 바운더리로 그러한 흐름을 통합시킬 수 있다.

각 워크플로우 내에서, 모니터, 분석, 플랜, 실행 기능을 구현하는 액티비티들은 규명될 수 있다. 이러한 액티비티들은 점증적으로 부분적인 자율 매니저로 위임될 수 있다. 이로서 조직의 바운더리를 넘나들고 워크플로우에 의해 통합되는 제어 루프의 구현이 이루어지는 것이다. 자동화된 액티비티의 수가 증가하고 IT 조직이 자동화 기술에 신뢰를 하면, 이 흐름을 제어하는 정책을 변경함으로서 인간적인 개입이 필요하지 않는 상황이 증가된다.

특정 비즈니스 컴포넌트가 제공하는 서비스들을 명확하게 정의하고, 이러한 통합 포인트를 조직적 바운더리에 만듦으로서, 자동화 결정은 조직간 동의 없이도 이루어질 수 있고 필요한 서비스들을 제공하고 조직간 정책들이 만들어진다.

이러한 통합 패턴을 사용함으로서 IT 기업은 점증적으로 자동화 기능을 관리 시스템에 도입할 수 있다. 이들은 조직의 다른 부분들이 자동화 정도를 넘어 제어 레벨을 보유하도록 하고 자동화 기술을 선택할 수 있도록 한다.

Pattern: 공유 데이터를 통한 프로세스 통합

문제

프로세스 통합 시나리오의 변이에는 전체 제어 루프를 제공하는 독립적인 자율 매니저가 포함되어 있다.

독립적인 자율 매니저가 IT 관리 프로세스로 어떻게 통합될 수 있는가?

IT 관리 프로세스들이 효과적으로 작업할 수 있으려면 (예정된 변경과 실제 변경 같은) 핵심 정보들이 시의 적절하게 유지되어야 한다. 비록 이들이 완전히 독립적인 자율 매니저에 의해 초기화 되었더라도 말이다. 이러한 정보 없이 IT 전문가들은 전체 퍼포먼스와 시스템의 상태를 이해할 수 없다. 더욱이 직접 초기화된 액션들은 에러가 많이 생기거나 자율 매니저에 의해 취해진 액션들과 충돌을 일으킨다. 이것이 기반하고 있는 데이터가 정확하지 않기 때문이다.

솔루션

독립적인 자율 매니저는 공유 데이터에 의해 IT 관리 프로세스로 통합될 수 있다.(그림 8)

관리 프로세스를 통해 IT 조직들에 보이는 기능들을 수행하는 독립적인 자율 매니저는 필요한 데이터들을 기여하여 IT 조직 에서 리포팅과 오버사이트 프로세스가 수행되게끔 한다. 애플리케이션 통합 기술을 사용하여 자율 매니저에서 필요한 정보를 추출한 다음 이를 사용하여 지식 소스들을 파퓰레이트 한다.

독립적인 자율 매니저는 IT 관리 프로세스로 통합된다. 반대로 프로세스 레벨 제어 루프들이 시간이 지나면서 완전히 자동화되도록 한다.

결론

이 글에서 자율 컴퓨팅 아키텍처와 SOA가 조직적 정황에서 결합되어 비즈니스 필요와 제휴 된 IT 관리 시스템을 제공하는 방법, 자동화로의 점증적인 위임을 하여 IT 전문가들이 비즈니스의 필요에 보다 집중할 수 있도록 하는 방법을 설명했다.

기사의 원문보기

• Combine autonomic computing and SOA to improve IT management

위로

참고자료

• An architectural blueprint for autonomic computing
  
  
• "The Autonomic computing edge: The "Standard" way of autonomic computing" (developerWorks, March 2005)
  
  
• "The autonomic computing edge: Can you CHOP up autonomic computing?" (developerWorks, June 2005)
  
  
• "Autonomic computing and Web Services Distributed Management" (developerWorks, June 2005)
  
  
• "A little wisdom about WSDM" (developerWorks, March 2005)
  
  
• "IBM SOA Foundation: An architectural introduction and overview" (developerWorks, December 2005)
  
  
• "Service-Oriented architecture expands the vision of Web services, Part 1" (developerWorks, April 2004)
  
  
• "Elements of Service-Oriented Architecture and Design" (developerWorks, June 2004)
  
  
• "A case for SOA governance" (developerWorks, August 2005)
  
  
• "서비스 지향 모델링과 아키텍쳐" (developerWorks, November 2004)
  
  
• "서비스 지향 아키텍쳐와 통합을 위한 패턴 언어, Part 1: 서비스 생태계 구현하기" (developerWorks, July 2005)
  
  
• Component Business Modeling
  
  
• Transforming 'the business of IT'
  
  
• ITIL and IT Service Management
  
  
• ITIL: The Key to Managing IT Services
  
  
• IBM IT Service Management
  
  

• IBM Tivoli Unified Process Demo
  
  
• IBM trial software
  
  

• developerWorks blogs

위로

필자소개

		Christine Draper, Senior Technical Staff Member, IBM

위로

기사에 대한 평가

보다 낳은 서비스를 제공하기 위함이오니 잠시 짬을 내어 이 양식을 제출하여 주십시오. 귀하께서 원하시는 정보를 얻었습니까? 예 아니오 잘 모르겠음   이 페이지 개선을 위한 의견을 주십시오:   이 정보가 얼마나 유용했습니까? (1 = 전혀 도움이 되지 않음, 5 = 매우 유용함) 1 2 3 4 5

위로