난이도 : 초급 Mr. Brent A. Miller, Senior Technical Staff Member, Autonomic Computing Architecture, IBM
2005 년 8 월 02 일 자율 컴퓨팅 아키텍쳐는 자가 관리가 가능한 정보 기술 시스템이 구현될 수 있는 토대를 제공한다. 자율 컴퓨팅 아키텍쳐는 다섯 개의 블록을 정의한다: 자율 매니저, 수동 매니저, 터치포인트, 지식 소스, 엔터프라이즈 서비스 버스를 위한 자율 컴퓨팅 패턴. 이 칼럼에서는 터치포인트를 자세히 연구한다.
Introduction
이전 The autonomic computing edge 칼럼에서는 자율 컴퓨팅 아키텍쳐에 대해 설명했다. 자가 관리가 가능한 시스템의 네 가지 중요한 측면에 대해 이야기했다. 자가 설정(self-configuring), 자가 치료(self-healing), 자가 최적화(self-optimizing), 자가 보호(self-protecting) – 이 네 가지는 가끔 "self-CHOP." 이라고도 한다. 이번에는 터치포인트(touchpoint)라고 하는 아키텍쳐 구현 블록을 연구하겠다.
먼저 터치포인트가 무엇인지, 터치포인트가 리소스를 캡슐화 방법, 터치포인트를 설계할 때 고려할 사항 등을 설명하겠다.
터치포인트란?
자율 컴퓨팅 시스템에서 터치포인트는 관리되고 있는 것들을 위한 관리 인터페이스를 나타낸다. 우리는 이를 관리 가능한 리소스라고 한다. 터치포인트는 이 리소스들이 한 가지의 표준 방식으로 리소스의 유형에 상관없이 관리될 수 있도록 한다. 터치포인트가 제공하는 하나의 표준 관리 인터페이스는 라우터, 서버, 애플리케이션 소프트웨어, 미들웨어, 기타 다른 관리 리소스를 관리하는데 사용될 수 있다. 다양한 유형의 리소스를 관리하는 기존의 다양한 관리 인터페이스가 아닌 하나의 관리 인터페이스라는 점은 자율 컴퓨팅의 핵심 가치들 중 하나이다.
그림 1(출처: Autonomic Computing Blueprint(참고자료))은 자가 관리 기능이 되는 시스템에서 다른 구현 블록과 관계된 터치포인트 구현 블록이다.
그림 1. 자가 관리 시스템의 터치포인트
Autonomic Computing Blueprint (참고자료)는 터치포인트를 정의하고 그림 2와 같은 설명을 한다.
터치포인트는 한 개 이상의 리소스의 관리 메커니즘들을 위한 센서(sensor)와 실행자(effector) 작동을 구현하는 자율 컴퓨팅 시스템 구현 블록이다. 표준 관리 인터페이스도 제공한다.
그림 2. 터치포인트
터치포인트에 대한 몇 가지 핵심 개념은 다음에 설명하겠다.
관리 인터페이스(Manageability Interface) : 앞서 설명했듯이 터치포인트는 센서 인터페이스(sensorinterface)와 실행자 인터페이스(effector interface) 를 포함하여 표준 관리 인터페이스를 노출한다. 센서와 실행자는 그림 3에서 자세히 설명하고 있다.
센서 인터페이스는 자율 매니저가 터치포인트에서 정보를 검색할 수 있도록 한다. 그림 3에서 설명한 것처럼, 센서는 데이터 검색을 위해 인터랙션 스타일(interaction styles)이라고 하는 두 개의 메소드를 지원한다. request-response는 요청 데이터 검색에 send-notification 은 요청되지 않은(이벤트 중심의) 데이터 검색에 쓰인다.
실행자 인터페이스는 자율 매니저가 터치포인트를 관리 할 수 있도록 하고 두 개의 인터랙션 스타일을 지원한다. perform-operation 은 터치포인트의 작동을 제어할 때 사용된다. (예를 들어, 상태 데이터 값을 변경하거나 명령어를 보낼 때); solicit-response 은 터치포인트가 매니저를 호출 할 수 있도록 한다.
그림 3. 터치포인트 센서와 실행자 인터페이스
관리 인터페이스는 관리되는 리소스와 메트릭스, 설정, 상태 데이터 같은 메타데이터에 대한 정보 같이 관리 가능한 리소스에 대한 정보를 노출한다.
이 관리 인터페이스에 다양한 메커니즘이 적용될 수 있다. 터치포인트는 이벤트를 보내고, 요청 데이터를 제공하고, 명령어를 수락하고, 다른 컴포넌트 호출을 수행한다. 특정 터치포인트 내에서 표준화된 관리 인터페이스의 기능들을 인식하는데 사용되는 이 메커니즘은 다양하고 로그 파일, 특정 프로그래밍 인터페이스, 함수 작동이 포함될 수도 있다. 하지만 어떤 메커니즘이 사용되든지 이들의 기능은 관리 리소스의 관리 기능에서 터치포인트로 노출된 표준 관리 인터페이스로의 매핑이다.
터치포인트(Touchpoint scope) 범위 : 그림 2에서 설명했듯이, 터치포인트는 관련된 모든 관리 리소스들, 관리 인터페이스 메커니즘, 표준 관리 인터페이스(관리 리소스 상세와 센서와 실행자 인터페이스 포함)로 구성된다. 터치포인트는 관리 리소스 상단에 있는 관리 인터페이스 일 뿐만 아니라 전체 컬렉션에 대한 관리 인터페이스이기도 하다.
그림 4는 터치포인트를 아이콘으로 표현한 것이다. 이 아이콘은 그림 1과 같은 자가 관리 기능의 자율 시스템의 아키텍쳐 다이어그램의 터치포인트를 나타낸다.
그림 4. 터치포인트 아이콘
캡슐화 된 리소스(Encapsulated resources) : 터치포인트는 한 개 이상의 리소스들을 캡슐화한다. 다중 리소스들이 한 터치포인트에 존재하면 이들은 서로 서로 관계가 있다. 일반적인 관계에는 호스트가 포함되어 있고 관계를 사용한다. 터치포인트에는 root 관리 리소스(root manageable resource) (그림 2, 3, 4의 터치포인트 내의 큰 노란 박스 참조)라고 하는 하나의 주 리소스를 포함하고 있다. 일반적으로 이 root 관리 리소스(root manageable resource)는 다른 관리 리소스들을 포함 또는 호스팅하고 있다. 다음 섹션에서는 터치포인트와 리소스를 보다 자세히 설명하겠다.
터치포인트와 리소스
설명했듯이, 터치포인트는 다중의 관련 리소스들을 캡슐화한다. 이 관리 리소스들 각각은 터치포인트 내에서 각자의 관리 인터페이스를 노출하여 리소스가 개별적으로 관리 받을 수 있도록 할 수 있다.
예를 들어, 애플리케이션 서버용 터치포인트를 생각해보자. 터치포인트의 root 관리 리소스는 애플리케이션 서버의 인스턴스가 될 수 있다. 그 애플리케이션 서버는 애플리케이션들을 호스팅하여 각 애플리케이션들이 관리 리소스들에 포함(호스팅) 될 수 있다.
이 경우, 터치포인트는 애플리케이션 서버에서 호스팅 되는 개별 애플리케이션용 관리 인터페이스를 노출하면서 각 애플리케이션들이 개별적으로 관리될 수 있도록 한다. (예를 들어, 각 애플리케이션을 독립적으로 설정하기). 게다가 애플리케이션 서버 그 자체는(root 관리 리소스)도 관리될 수 있다. 애플리케이션 서버 상에서 수행되는 관리 작동은 호스팅 된 애플리케이션에 영향을 미친다. (예를 들어, 퍼포먼스를 극대화하거나 리소스 사용을 최소화하도록 애플리케이션 서버를 설정하면 애플리케이션이 운영되는 환경에 변화가 생길 수 있다.)
두 번째 예로, 데이터베이스 서버를 생각해보자. 터치포인트의 root 관리 리소스는 데이터베이스 서버의 인스턴스가 될 수 있다. 데이터베이스 서버는 데이터베이스를 호스팅한다. 이는 대신 테이블과 테이블 공간을 호스팅 또는 사용할 수 있다. 이 엔터티 각각은 각자의 관리 인터페이스를 노출할 수 있다.
예를 들어, 특정 자율 매니저가 오직 특정 유형 또는 인스턴스의 데이터베이스만을 관리하고, 또 다른 자율 매니저가 다른 데이터베이스를 관리하거나 데이터베이스 서버를 관리한다. (관련 데이터베이스에 영향을 미치는 데이터베이스 서버의 관리와 더불어, 애플리케이션 서버 예제와 비슷한 테이블과 다른 관련 리소스들 포함.)
게다가 다른 관리 기능들 – 데이터베이스 서버 터치포인트 내에 포함된 자가 관리 기능—은 테이블과 테이블 공간 같은 다른 리소스들을 직접 관리할 수 있다.
두 예제 모두, 다중 관련 리소스들은 일반 관리 인터페이스를 제공하는 터치포인트와 함께 하나의 터치포인트 내에 캡슐화 된다. 하지만 개별 리소스들은 자신들의 관리 인터페이스들을 노출할 수 있다. 이는 다른 관리 리소스들이 터치포인트 내에서 캡슐화 되는 것과는 다르다. 이로서 터치포인트 디자이너는 유연성을 더욱 활용할 수 있고 터치포인트를 관리하는 자율 매니저에게도 유연한 메커니즘이 제공된다.
터치포인트 디자이너를 위한 충고
앞서 설명했지만 터치포인트는 리소스에 맞는 표준화된 관리 인터페이스를 제공한다. 관련 리소스들은 일반적으로 하나의 터치포인트 내에서 그룹핑되면서 개별 리소스 관리 인터페이스들을 관리한다. 이 개별 리소스 관리 인터페이스들은 터치포인트의 일부로 구성되고 하나의 리소스 범위에 같은 표준화 된 관리 인터페이스를 제공한다.
자율 컴퓨팅은 시스템 관리의 전부이고 터치포인트는 관리 리소스에 대한 관리 인터페이스에 대한 모든 것이라 할 수 있다. 터치포인트는 기능적 특성이나 리소스용 인터페이스를 다루지는 않는다. 다만 관리 인터페이스만을 다룰 뿐이다. 터치포인트는 데이터베이스 콘텐트를 삽입, 삭제, 변경, 쿼리하여 데이터베이스에 액세스하는 메커니즘을 제공하지 안는다. 오히려 터치포인트는 데이터베이스와 관련 리소스를 관리하는 메커니즘을 제공한다.
표준을 사용하면 터치포인트 디자이너들은 표준을 개발할 때 일반적인 프레임웍을 사용한다. Web Services Distributed Management (WSDM) 표준은 관리 인터페이스를 위해 중요한 프레임웍을 제공한다. 이 표준은 이전 글에서 설명했다. 관리 인터페이스의 확고한 표준을 사용하여 터치포인트 디자이너는 터치포인트 개발을 위한 툴링도 가능하다. 일반 프레임웍을 활용하는 적절한 툴링은 터치포인트 개발 과정을 보다 단순화시킨다.
결론
터치포인트는 자율 컴퓨팅 아키텍쳐의 다섯 개의 구현 블록들 중 하나이다. 터치포인트는 관련된 관리 리소스들을 캡슐화하고 그 리소스들에 일반 관리 인터페이스를 노출한다. 터치포인트 관리 인터페이스에는 센서와 실행자 인터페이스가 포함되어 있다. 자율 매니저는 일반 관리 인터페이스를 활용하여 터치포인트 리소스의 일부 또는 전부를 사용한다.
터치포인트는 관리 리소스들용 관리 인터페이스를 표준화하여 자가 관리 기능의 자율 시스템을 위한 토대를 마련한다. 다음 글에서는 다른 아키텍쳐 구현 블록들을 설명하고 이들이 터치포인트와 어떻게 구성되어 자가 관리 기능의 자율 시스템을 형성하는지 검토할 것이다.
참고자료
필자소개  | 
| Brent A. Miller는 IBM의 Autonomic Computing Architecture 팀의 일원이다. |
기사에 대한 평가
| 
