KR101173338B1 - 비지니스 거래를 서비스하는 자원을 모니터링하기 위한 방법, 시스템 및 프로그램 제품 - Google Patents

Abstract

비지니스 거래를 서비스하는 자원을 모니터링하기 위한 방법, 시스템, 및 프로그램 제품이 제공된다. 이 방법은, 하나 이상의 자원에 의해 서비스받는 비지니스 거래를 모니터링하는 거래 관리자를 제공하는 단계를 포함한다. 여기서, 자원들 각각과 거래 관리자는 프로토콜 메시지에서 부하-모니터링 헤더를 송수신하도록 구성된 프로토콜 스택을 갖는다. 이 방법은, 자원에 대한 하나 이상의 성능 메트릭의 수집본을 프로토콜 요청 메시지 내의 프로토콜 요청 헤더에서 명시하는 단계와, 상기 자원에 의해 프로토콜 요청 메시지 내에 명시된 하나 이상의 성능 메트릭을 수집하고, 프로토콜 응답 메시지 내의 프로토콜 응답 헤더에서, 수집된 하나 이상의 성능 메트릭을 거래 관리자에게 전송하는 단계를 포함한다. 또한, 이 방법은, 미리구성된 자원들이 피어 자원들을 위한 모니터링 에이전트로서 역할하고 자원 관리자에게 경고를 전송할 수 있도록, 자원들의 서브셋 상의 프로토콜 스택을 정책으로 미리구성하는 단계를 포함한다.

거래 관리자, 자원 모니터링, 프로토콜 스택

Description

비지니스 거래를 서비스하는 자원을 모니터링하기 위한 방법, 시스템 및 프로그램 제품{METHOD, SYSTEM AND PROGRAM PRODUCT FOR MONITORING RESOURCES SERVICING A BUSINESS TRANSACTION}

본 발명은 서비스-지향형의 아키텍쳐(SOA)에서 비지니스 거래를 서비스하는 자원을 모니터링하기 위한 방법, 시스템, 및 프로그램 제품에 관한 것이다. 특히, 본 발명은, 페이로드와 함께 응답 메시지의 헤더 부분에 운반되는 추가 모니터링 정보로 통상의 SOA 교환을 장식하기 위한 방법, 시스템, 및 컴퓨터 프로그램 제품에 관한 것이다. 또한, 본 발명은 자원에 의해 수신된 응답 메시지에 내의 헤더를 교차검사하는 방법에 관한 것이다. 이로써, 자원은 다른 피어 자원을 위한 모니터링 에이전트로서 역할한다.

오늘날의 비지니스 환경에서, 고객들은, 소매 상인, 은행 서비스 등과 같은 조직 및/또는 비지니스와 온라인 또는 전자 거래를 더욱 더 많이 행하고 있다. 전형적인 시나리오에서, 온라인으로 거래하기를 추구하는 고객은 인터넷을 통해 비지니스의 웹페이지에 액세스한 다음, 온라인 거래 유형에 따라 개인 정보를 제공해야 할 수도 있다. 예를 들어, 만일 아이템을 온라인으로 구매한다면, 고객은 전형적으로 그 아이템을 구매하기 위해 이름, 주소, 신용 카드 번호 등과 같은 고객 을 식별하는 개인 정보를 제공해야 한다. 항상, 이와 같은 온라인 거래를 위한 데이터는 네트워크 상의 복수의 컴퓨터에 의해 처리될 수 있다. 여기서, 각각의 컴퓨터는 거래의 한 면을 수행한다. 이들 컴퓨터들 중 임의의 컴퓨터는, 만일 과부하가 걸리면, 거래를 처리하는데 있어서 지연을 초래할 수 있고, 이것은 고객에게 부정적 영향을 줄 것이다. 이와 같이, 비지니스 및/또는 조직에 대하여, 고객이 만족하고 있음을 보장하기 위해 이와 같은 전자 거래를 추적할 수 있는 모니터링 시스템을 개발하기 위한 비용-효율적인 방법을 제공할 필요성이 있다.

본 발명의 제1 양태에서, 서비스-지향형 아키텍쳐에서 비지니스 거래를 서비스하는 자원을 모니터링하는 방법이 제공된다. 이 방법은 서비스-지향형의 아키텍쳐에서 하나 이상의 자원에 의해 서비스받는 비지니스 거래를 모니터링하도록 구성된 거래 관리자를 제공하는 단계를 포함한다. 한 실시예에서, 하나 이상의 자원들 각각과 거래 관리자에는, 성능 메트릭의 수집본을 요구하는 하나 이상의 프로토콜 요청 메시지를 전송하고 수집된 성능 메트릭들을 포함하는 하나 이상의 프로토콜 응답 메시지를 수신하도록 구성된 프로토콜 인코딩-디코딩 컴포넌트가 배치되어 있다. 이 방법은 비지니스 거래를 서비스하는 하나 이상의 자원들 중 적어도 한 자원에 대한 하나 이상의 성능 메트릭의 수집본을 프로토콜 요청 메시지 내의 프로토콜 요청 헤더에서 명시하는 단계와, 프로토콜 요청 메시지 내에 명시된 하나 이상의 성능 메트릭을 수집하고, 프로토콜 응답 메시지 내의 프로토콜 응답 헤더에서, 비지니스 거래를 서비스하는 하나 이상의 자원들 중 적어도 하나의 자원에 의해 수집된 하나 이상의 성능 메트릭을 거래 관리자에게 전송하는 단계를 포함한다. 한 실시예에서, 거래 관리자는 비지니스 거래와 연관된 하나 이상의 거래 메트릭을 모니터링하도록 구성되고, 하나 이상의 자원으로부터 수집된 하나 이상의 성능 메트릭에 비추어 비지니스 거래에 대해 모니터링된 하나 이상의 거래 메트릭을 분석하도록 구성된다. 이 방법은 또한 상기 하나 이상의 자원들 중 하나 이상의 자원들에 상에 배치된 하나 이상의 모니터링 에이전트로부터 하나 이상의 성능 메트릭 이벤트를 수집하도록 구성된 자원 관리자를 제공하는 단계를 더 포함한다. 이 방법은 프로토콜 요청 메시지 내의 프로토콜 요청 헤더를 비지니스 거래에 대한 실행 쓰레드와 연관시키는 단계와, 프로토콜 요청 메시지 내의 프로토콜 요청 헤더를, 비지니스 거래에 대한 동일한 실행 쓰레드 내에서 만들어진 기타 임의의 요청에 전파시키는 단계를 더 포함한다. 여기서, 프로토콜 요청 메시지 내의 프로토콜 요청 헤더는 비지니스 거래와 연관된 모든 교환을 통해 복제된다. 이 방법은, 하나 이상의 자원들 각각에 대응하는 적어도 각각의 프로토콜 인코딩-디코딩 컴포넌트를 정책으로 미리구성하는 단계를 더 포함한다. 여기서, 각각의 자원은, 후속 자원으로부터 수신된 각각의 프로토콜 응답 헤더 내의 하나 이상의 성능 메트릭들 중 한 성능 메트릭에 대한 총계 값을 검사한다. 여기서, 각각의 자원은 성능 메트릭에 대한 프리셋 값이 초과될 때 자원 관리자에게 경고를 전송한다. 한 실시예에서, 상기 전송하는 단계는, 하나 이상의 자원들 중 각각의 선행 자원에 의해, 하나 이상의 자원들 중 각각의 후속 자원으로부터 수신된 프로토콜 응답 메시지 내의 프로토콜 응답 헤더에 각 세트의 성능 메트릭들을 추가하는 단계와, 프로토콜 응답 메시지를 거래 관리자에게 전송하는 단계를 더 포함한다. 또한, 한 실시예에서, 상기 전송하는 단계는, 비지니스 거래에 대한 동일한 실행 쓰레드 내에서 만들어진 기타 임의의 요청들을 서비스하는 하나 이상의 자원들 중 한 자원에 대응하는 하나 이상의 성능 메트릭들 각각을 프로토콜 응답 메시지 내의 프로토콜 응답 헤더에서 총계내고, 프로토콜 응답 메시지를 거래 관리자에게 전송하는 단계를 포함한다. 한 실시예에서, 이 프로토콜은 SOAP(Simple Object Access Protocol)를 포함한다.

본 발명의 또 다른 양태에서, 서비스-지향형 아키텍쳐에서 비지니스 거래를 서비스하는 자원들을 모니터링하기 위한 시스템이 제공된다. 이 시스템은 비지니스 거래를 서비스하도록 구성된 하나 이상의 자원들을 포함하며, 복수개의 상기 하나 이상의 자원들에는 프로토콜 스택이 배치되어 있다. 이 시스템은 또한, 프로토콜 스택이 배치되어 있고, 프로토콜 요청 메시지 내의 프로토콜 요청 헤더에서 복수의 하나 이상의 자원들에게 상기 복수의 상기 하나 이상의 자원들에 의해 서비스받는 상기 비지니스 거래에 대한 하나 이상의 성능 메트릭들 모니터링할 것을 발(issue)하도록 구성된 거래 관리자를 더 포함한다. 복수의 하나 이상의 자원들 각각은, 비지니스 거래에 대한 하나 이상의 성능 메트릭을 수집하고 거래 관리자에게 전송된 프로토콜 응답 메시지 내의 프로토콜 응답 헤더 내의 하나 이상의 성능 메트릭을 총계하도록 구성된다. 여기서, 프로토콜 요청 메시지 내의 프로토콜 요청 헤더는 비지니스 거래에 대한 실행 쓰레드와 연관되고, 프로토콜 요청 메시지 내의 프로토콜 요청 헤더는 비지니스 거래에 대한 동일한 실행 쓰레드 내에서 만들어진 기타 임의의 요청에 전파되어, 프로토콜 요청 메시지 내의 프로토콜 요청 헤더는 비지니스 거래와 연관된 모든 교환들을 통해 복제되도록 한다. 이 시스템은, 하나 이상의 자원들 상에 배치된 하나 이상의 모니터링 에이전트로부터 하나 이상의 성능 메트릭 이벤트를 수집하도록 구성된 자원 관리자를 더 포함한다. 한 실시예에서, 거래 관리자는 하나 이상의 자원에 의해 서비스받는 비지니스 거래에 대하여 하나 이상의 거래 메트릭을 모니터링하도록 추가로 구성되고, 하나 이상의 자원에 의해 수집된 하나 이상의 성능 메트릭에 비추어 비지니스 거래를 서비스하는 하나 이상의 자원에 대하여 모니터링된 하나 이상의 거래 메트릭을 분석하도록 구성된다. 한 실시예에서, 복수의 하나 이상의 자원들 각각의 선행 자원은 하나 이상의 자원들 중 각각의 후속 자원으로부터 수신된 프로토콜 응답 메시지 내의 프로토콜 응답 헤더에 각각의 성능 메트릭 세트를 부가하도록 구성된다. 한 실시예에서, 복수의 하나 이상의 자원들 중 하나 이상의 자원에 대응하는 프로토콜 스택은, 프로토콜 응답 헤더에서 수신된 하나 이상의 성능 메트릭들 중 하나의 성능 메트릭의 총계값을 그 성능 메트릭의 프리셋 값과 비교하여, 그 성능 메트릭에 대한 프리셋 값이 초과될 때 복수의 하나 이상의 자원들 중 하나 이상이 자원 관리자에게 경고를 전송하도록 하기 위하여, 정책들로 미리 구성된다. 한 실시예에서, 프로토콜 스택은, SOAP(Simple Object Access Protocol) 스택이고, 프로토콜 요청 헤더는 SOAP(Simple Object Access Protocol) 요청 헤더이고, 프로토콜 응답 헤더는 SOAP(Simple Object Access Protocol) 응답 헤더이고, 프로토콜 요청 메시지는 SOAP(Simple Object Access Protocol) 요청 메시지이고, 프로토콜 응답 메시지는 SOAP(Simple Object Access Protocol) 응답 메시지이다.

본 발명의 역시 또 다른 양태에서, 비지니스 거래와 연관된 메트릭을 모니터링하기 위한 컴퓨터 프로그램 제품이 제공된다. 이 컴퓨터 프로그램 제품은, 비지니스 거래를 서비스하는 하나 이상의 자원들에 발행된 요청 메시지 내의 요청 헤더에서 하나 이상의 성능 메트릭들의 수집본을 명시하도록 구성된 거래 관리자를 제공하기 위한 제1 프로그램 명령어를 더 포함한다. 여기서, 하나 이상의 자원들 각각과 거래 관리자에는 프로토콜 스택이 배치되어 있다. 컴퓨터 프로그램 제품은, 요청 메시지 내에 명시된 하나 이상의 성능 메트릭을 수집하기 위한 제2 프로그램 명령어와, 비지니스 거래를 서비스하는 하나 이상의 자원에 의해 수집된 하나 이상의 성능 메트릭을 응답 메시지 내의 응답 헤더에서 거래 관리자에게 전송하는 제3 프로그램 명령어를 더 포함한다. 한 실시예에서, 제2 프로그램 명령어는, 요청 메시지 내의 요청 헤더를 비지니스 거래에 대한 실행 쓰레드와 연관시키고, 요청 메시지 내의 요청 헤더를 그 비지니스 거래에 대한 실행 쓰레드 내에서 만들어진 기타 임의의 요청 메시지들에 전파시키기 위한 명령어를 더 포함한다. 나아가, 한 실시예에서, 제2 프로그램 명령어는 하나 이상의 자원들 중 후속 자원으로부터 수신된 응답 메시지 내의 응답 헤더에 각각의 세트의 성능 메트릭을 추가하고 그 응답 메시지를 거래 관리자에게 전송하기 위한 명령어를 더 포함한다. 컴퓨터 프로그램 제품은, 후속 자원으로부터 수신된 각각의 응답 헤더 내의 하나 이상의 성능 메트릭들 중 한 성능 메트릭의 총계값을 그 성능 메트릭에 대한 프리셋 값과 비교하고, 그 성능 메트릭에 대한 프리셋 값이 초과될 때 자원 관리자에게 경고를 전송하기 위하여, 하나 이상의 자원들 상에 배치된 프로토콜 스택을 정책들로 미리구성하기 위한 제4 프로그램 명령어를 더 포함한다. 한 실시예에서, 거래 관리자는, 비지니스 거래와 연관된 하나 이상의 거래 메트릭을 모니터링하도록 구성되고, 하나 이상의 자원으로부터 수집된 하나 이상의 성능 메트릭에 비추어 비지니스 거래에 대해 모니터링된 하나 이상의 거래 메트릭을 분석하도록 추가로 구성된다. 한 실시예에서, 프로토콜 스택은 SOAP(Simple Object Access Protocol) 스택을 포함하고, 요청 헤더는 SOAP(Simple Object Access Protocol) 요청 헤더를 포함한다. 또한, 응답 헤더는 SOAP(Simple Object Access Protocol) 응답 헤더를 포함하고, 요청 메시지는 SOAP(Simple Object Access Protocol) 요청 메시지를 포함하며, 응답 메시지는 SOAP(Simple Object Access Protocol) 응답 메시지를 포함한다. 한 실시예에서, 제1, 제2, 제3, 및 제4 프로그램 명령어들 각각은, 컴퓨터 판독가능한 매체 상에 저장된다.

본 명세서의 일부를 형성하며 본 명세서에 포함되는 첨부된 도면들은 본 발명의 실시예들을 도시하며, 상세한 설명과 함께, 본 발명의 원리를 설명하는 역할을 한다.

도 1a는, 본 발명의 실시예에 따라 비지니스 거래를 서비스하는 자원들을 모니터링하는 실시예에 연루된 단계들을 개요하는 흐름도를 도시한다.

도 2a는, 본 발명의 실시예에 따라 비지니스 거래를 모니터링하는 또 다른 실시예에 연루된 단계들을 개요하는 흐름도로서, 하나 이상의 자원들은 피어 자원 들을 대신하여 모니터링 에이전트로서 추가적으로 역할한다.

도 1b는, 본 발명의 실시예에 따라, 도 1a에 개요된 방법에 대응하는, 비지니스 거래를 서비스하는 자원들을 모니터링하기 위한 방법 및 시스템의 실시예를 예시하는 개략적 블럭 시스템도이다.

도 2b는, 본 발명의 실시예에 따라, 도 2a에 개요된 방법에 대응하는, 비지니스 거래를 서비스하는 자원들을 모니터링하기 위한 방법 및 시스템의 또 다른 실시예를 예시하는 개략적 블럭 시스템도이다.

도 3은, 본 발명의 실시예에 따라 서비스-지향형 아키텍쳐에서 비지니스 거래를 서비스하는 자원들을 모니터링하기 위한 방법 및 시스템의 역시 또 다른 실시예를 예시하는 개략적 블럭 시스템도이다.

도 4는, 본 발명의 실시예에 따라 서비스-지향형 아키텍쳐에서 비지니스 거래를 서비스하는 자원들을 모니터링하기 위한 컴퓨터 인프라구조의 실시예를 예시하는 개략적 블럭 시스템도이다.

본 명세서에 걸쳐 "한 실시예", "실시예", 또는 유사한 표현에 대한 언급은, 그 실시예와 연관하여 기술된 특정한 특징, 구조 또는 특성이 본 발명의 적어도 한 실시예에 포함된다는 것을 의미한다. 따라서, 본 명세서에 걸쳐 구문 "한 실시예에 있어서", "실시예에 있어서", 및 유사한 표현의 출현은 동일한 실시예를 언급할수 있으나, 반드시 그런 것은 아니다.

게다가, 본 발명의 전술된 특징들, 구조들, 또는 특성들은 하나 이상의 실시 예들에서 임의의 적절한 방식으로 결합될 수 있다. 본 발명의 실시예들에 대해 다양한 수정 및 변형이 이루어질 수 있다는 것이 당업자에게는 명백할 것이다. 이제 본 발명의 양호한 실시예들을 상세히 참조할 것이다.

이제 도 1a 및 2a를 참조하면, 비지니스 방법 기동(business method invocation)에 걸쳐 자원 또는 성능 메트릭 또는 정보를 모니터링하는 방법의 상이한 실시예들을 개괄적으로 도시한 흐름도가 도시되어 있다. 용어 "비지니스 방법 기동"은 "$70 지불에 대해 신용 카드 번호 XYZ를 검사하는 것"과 같은, 한 애플리케이션으로부터 또 다른 애플리케이션으로의 간단한 요청을 말한다. 도 1a에 도시된 바와 같이, 실시예(100a)에서, 자원 메트릭을 모니터링하는 방법은, 단계(103)에서, 프로토콜 요청 메시지 내의 프로토콜 요청 헤더에서 비지니스 거래에 대한 성능 메트릭의 수집본을 요구하도록 구성되며 자원에 의해 수집된 성능 메트릭을 포함하는 프로토콜 응답 메시지의 프로토콜 응답 헤더에서 수신하도록 추가로 구성된 프로토콜 스택을 갖는 (도 1b 및 2b를 참조하여 이하에서 더 상세히 논의되는) 거래 관리자를 제공하는 것에서부터 시작한다. 또한, 이 방법은, 단계(105)에서 자원에 의해 수신된 프로토콜 요청 메시지 내의 프로토콜 요청 헤더에 명시된 개개의 성능 메트릭을 수집하도록 구성된 프로토콜 스택을 갖는 하나 이상의 자원을 제공하는 단계를 포함한다. 단계(107)에서, 이 방법은, 비지니스 거래를 서비스하는 하나 이상의 자원에 의한 하나 이상의 성능 메트릭의 수집본을 프로토콜 요청 헤더에서 요청하는 단계와, 단계(111)에서, 프로토콜 요청 헤더가 동일한 실행 쓰레드 내에서 만들어진 기타 임의의 요청으로 전파하도록 프로토콜 요청 메시지 내의 프로토콜 요청 헤더를 비지니스 거래에 대한 실행 쓰레드와 연관시키는 단계를 포함한다. 또한, 이 방법은, 단계(113)에서, 프로토콜 요청 메시지 내의 프로토콜 요청 헤더를 비지니스 거래를 서비스하는 제1 자원에 전송하는 단계와, 단계(115)에서, 제1 자원에 의해, 프로토콜 요청 메시지 내의 프로토콜 요청 헤더를 비지니스 거래를 서비스하는 각각의 후속 자원에 포워딩하는 단계를 포함한다. 이 방법은 또한, 단계(117)에서, 각각의 후속 자원으로부터 수신된 프로토콜 응답 메시지 내의 프로토콜 응답 헤더에 각 세트의 성능 메트릭을 추가하는 단계와, 단계(121)에서, 성능 메트릭을 포함하는 프로토콜 응답 메시지 내의 프로토콜 응답 헤더를 거래 관리자에게 되전송하는 단계를 더 포함한다.

또한, 도 2a에 도시된 바와 같이, 또 다른 실시예(200a)에서, 비지니스 거래를 서비스하는 자원을 모니터링하기 위한 방법은, 단계(203)에서, 비지니스 거래에 대한 성능 메트릭의 수집본을 프로토콜 요청 메시지의 프로토콜 요청 헤더에서 요청하도록 구성되고 수집된 성능 메트릭을 포함하는 프로토콜 응답 메시지의 프로토콜 응답 헤더에서 수신하도록 구성된 프로토콜 스택을 갖는 거래 관리자를 제공하는 단계를 포함한다. 나아가, 이 방법은, 단계(205)에서, 수신된 프로토콜 요청 메시지 내의 프로토콜 요청 헤더에 명시된 개개의 성능 메트릭을 수집하도록 구성된 프로토콜 스택을 갖는 하나 이상의 자원을 제공하는 단계로서, 상기 자원들 중 하나 이상은 정책 또는 규칙으로 미리구성된 프로토콜 스택을 갖는 것인, 상기 제공하는 단계와, 단계(207)에서, 비지니스 거래를 서비스하는 하나 이상의 자원에 의해 하나 이상의 성능 메트릭의 수집본을 프로토콜 요청 헤더에서 요청하는 단계 를 포함한다. 나아가, 이 방법은, 단계(209)에서, 성능 메트릭에 대한 소정의 프리셋 값이 초과되었을 때 미리구성된 정책의 프로토콜 스택을 갖는 하나 이상의 자원에 의해 다른 자원들을 대신하여 수집된 임의의 성능 메트릭의 보고를 요청하는 단계와, 단계(211)에서, 프로토콜 요청 헤더가 동일한 실행 쓰레드 내에서 만들어진 기타 임의의 요청들에 전파되도록, 프로토콜 요청 메시지의 프로토콜 요청 헤더를 비지니스 거래에 대한 실행 쓰레드와 연관시키는 단계를 포함한다. 나아가, 이 방법은, 단계(213)에서, 프로토콜 요청 메시지 내의 프로토콜 요청 헤더를 비지니스 거래를 서비스하는 제1 자원에 전송하는 단계를 포함한다. 단계(215)에서, 이 방법은, 제1 자원에 의해, 프로토콜 요청 메시지 내의 프로토콜 요청 헤더를 각각의 후속 자원에 포워딩하는 단계를 포함한다. 이와 같이, 이 방법은, 단계(217)에서, 각각의 후속 자원으로부터 수신된 프로토콜 응답 메시지 내의 프로토콜 응답 헤더에 각 세트의 성능 메트릭을 추가하는 단계와, 단계(219)에서, 후속 자원으로부터 수신된 각 프로토콜 응답 헤더 내의 수집된 성능 메트릭에 대한 총계 값을 정책으로 미리 구성된 프로토콜 스택을 갖는 자원에 의해 검사하는 단계와, 단계(221)에서, 성능 메트릭을 포함하는 프로토콜 응답 메시지 내의 프로토콜 응답 헤더를 거래 관리자에게 되전송하는 단계를 포함한다. 또한, 이 방법은, 단계(223)에서, 만일 성능 메트릭에 대한 총계 값이 이 성능 메트릭에 대한 프리셋 값을 초과한다면 거래 관리자에게 경고를 전송하는 단계를 포함한다.

또한, 도 1b 및 2b를 참조하면, 앞서 도 1a 및 2a에서 개요된 바와 같은, 비지니스 거래에 연루된 다양한 컴포넌트들에 의해 실행되는 방법 또는 프로세스 단 계들의 다양한 실시예들이 도시되어 있다. 특히, 도 1a에 대해 앞서 개요된 방법은 도 1b에 도시된 실시예에 대응하는 반면, 도 2a에 대하여 앞서 개요된 방법은 도 2b에 도시된 실시예에 대응한다. 실시예들(100b 및 200b) 양자 모두에 대해 유사한 양태들이 있기 때문에, 유사한 양태들은 도 1b 및 2b에 관하여 함께 기술될 것이다. 반면, 별개의 특징들은 이하에서 별도로 기술될 것이다. 도 1b 및 2b에 도시된 바와 같이, 비지니스 거래를 서비스하는 자원을 모니터링하는 방법은, 서비스-지향형 구조(SOA)의 하나 이상의 자원(110, 114, 118, 및 122(도 22b에서는 210, 214, 218, 및 222))에 의해 서비스받는 비지니스 거래를 모니터링하도록 구성된 거래 관리자(106)(도 2b에서는 206)를 제공하는 단계를 포함한다. 서비스-지향형 아키텍쳐(SOA)를 이용하여 구현된 비지니스 거래는, 하나의 웹 서비스를 제공하는 자원으로부터 또 다른 웹 서비스를 제공하는 또 다른 자원으로 이루어지는 호출(call)을 참조한다. 자원은 웹 서버, 신용 카드 검증 시스템, 데이터베이스 서버, 전자메일 서버 등과 같은 비지니스 거래를 서비스하는, 임의의 장치, 머신 또는 시스템일 수 있다. 또한, 거래 관리자(106)(도 2b의 206)는 엔드 유저가 경험하고 있는 것에 관하여 비지니스 거래와 연관된 거래 메트릭 또는 거래 데이터를 모니터링 또는 수집하는 애플리케이션 서버이다. 특히, 거래 관리자(106)(도 2b에서 206)는, 엔드 유저 관점으로부터 취해진 비지니스 거래가 얼마나 많은 시간을 취하였는지 및/또는 비지니스 거래를 처리한 각각의 자원(110, 114, 118 및/또는 122)(도 2b에서는 210, 214, 218 및/또는 222)에 의해 얼마나 많은 시간이 소비되었는지와 같은 거래 메트릭을 추적할 수 있다. 트랜잭션 관리자(106)(도 2b에서 는 206)는 이와 같은 트랜잭션 메트릭 또는 거래 정보를 추적하고, 각각의 자원에 의해 소비된 시간의 세부 항목들을 원격지의 관리자에게 전송할 수 있어서, 그 관리자는 필요하다면, 적절한 액션을 취할 수 있다. 그러나, 도 1b 및 2b의 방법 실시예들에 개시된 바와 같이, 거래 관리자(106)(도 2b에서는 206)는, 이하에서 논의되는 바와 같이, 취합되는 거래 메트릭을 해석할 수 있도록, 비지니스 거래를 서비스하는 하나 이상의 자원에 대한 성능 또는 자원 또는 자원-레벨 메트릭을 추적하도록 구성된다. 도 1b 및 도 2b는, 4개의 자원, 즉, 자원 1(도 1b의 참조 번호 110 및 도 2b의 210), 자원 2(도 1b의 참조 번호 114 및 도 2b의 214), 자원 3(도 1b의 참조 번호 118 및 도 2b의 218), 및 자원 4(도 1b의 참조 번호 122 및 도 2b의 222)에 의해 서비스받는 (도 1b의 실선 화살표 112, 116, 120, 124, 126 및 128; 조 2b의 212, 216, 220, 224, 226, 및 228로 표시) 비지니스 거래를 도시한다. 예를 들어, 자원 1(도 1b의 110 및 도 2b의 210)은 웹 서버일 수 있으며, 웹 서버(도 1b의 110 및 도 2b의 210)는 웹 서비스에 대해 자원 2(도 1b의 참조 번호 114 및 도 2b의 214)를 호출(도 1b의 화살표 112, 및 화살표 212)하고, 자원 2는 또 다른 웹 서비스에 대해 자원 3(도 1b의 118 및 도 2b의 218)을 호출(도 1b의 참조 번호 116 및 도 2b의 216)하며, 자원 3은 역시 또 다른 웹 서비스에 대해 자원 4(도 1b의 참조 번호 122 및 도 2b의 222)를 호출(도 1b의 120 및 도 2b의 220)한다. 예를 들어, 자원2(도 1b의 참조 번호 114 및 도 2b의 214)는 아이템을 쇼핑 카트에 둘 때 고객이 액세스하는 "쇼핑 카트 체크아웃"일 수 있는 반면, 자원 3(도 1b의 참조 번호 118 및 도 2b의 218)은 아이템의 재고 여부를 알기 위해 검사하는 "제품 재고 확인" 서버일 수 있는 반면, 자원 4(도 1b의 참조 번호 122 및 도 2b의 222)는 비지니스 거래에 대해 공급되는 고객의 신용 카드 정보를 확인하는 "신용카드 확인" 서버일 수 있다. 대안으로서, 예를 들어, 자원 2(도 1b의 참조 번호 114 및 도 2b의 참조 번호 214)는 아이템이나 제품이 인벤토리에 있는지의 여부를 검사하기 위해 선적부(도 1b 및 2b에서는 미도시)를 호출할 있으며, 그 다음, 자원 2는 자원 3(도 1b의 참조 번호 118 및 도 2b의 218)을 호출(도 1b의 화살표 120 및 도 2b의 220)하고, 그 다음, 자원 3은 자원 4(도 1b의 참조 번호 122 및 도 2b의 222)를 호출(도 1b의 화살표 120 및 도 2b의 220)한다.

비록, 비지니스 거래 흐름이 도 1b 및 2b에서 선형적 방식으로 도시되어 있지만, 도 3에 도시된 바와 같이, 자원에 의해 동시에 실행되는 다른 단계들 또는 프로세스들이 존재한다는 점에서 비지니스 거래는 선형이 아닐 수 있다. 도 3의 실시예(300)에 도시된 바와 같이, 거래 관리자(306)는 자원 1(310)에 요청 메시지를 전송하고, 자원 1은, 이어서, 메시지들을 자원 2(314), 자원 3(318), 및 자원 4(322)에 동시에 전송한다. 예를 들어, 자원 1(310)은, 인벤토리를 검사하기 위한 데이터베이스 서버일 수 있는 자원 2(314)와 컨택하는 웹 서버일 수 있는 반면, 자원 3(318)은 신용 카드 확인 서버이고 자원4(322)는 비지니스 거래에 관한 메시지를 전송하는 전자메일 서버일 수 있다. 따라서, 자원 4(322), 자원 3(318), 및 자원 2(314)들 각각은 그 자신의 응답을 자원 1(310)에 전송한다. 자원 1은 그 응답을 거래 관리자(306)에 다시 전송한다. 도 3은 단지 비선형 거래의 예를 도시하기 위해 사용되고 있으며, 도 1b 및 도 2의 교시도 역시 도 3에 적용가능하다 는 가정하에 더 이상 상세히 논의되지는 않을 것이다. 도 1b 및 2b로 되돌아가면, 4개 자원들(110(도 2b에서는 210), 114(도 2b에서는 214), 118(도 2b에서는 218), 및/또는 (도 2b에서는 222)) 각각과, 거래 관리자(106)(도 2b에서는 206)에는, 설치된 프로토콜 인코딩-디코딩 컴포넌트 또는 설치된 프로토콜 스택이 배치되어 있다. 대안으로서, 거래 관리자(106)(도 2b에서는 206)와 4개 자원들(110, 114, 118, 및 122)(도 2b에서는 210, 214, 218, 및 222) 중 부분집합만이 설치된 프로토콜을 가질 수 있다. 한 실시예에서, 서비스-지향형의 아키텍쳐(SOA)를 이용하여 구현된 비지니스 거래에 대한 트랜스포트 프로토콜은 SOAP(Simple Object Access Protocol)이다. SOAP 명세사항은 http://www.w3.org/TR/soap에 완전하게 기술되어 있다. "프로토콜 스택" 또는 "soap 스택" 또는 "인코딩-디코딩 컴포넌트"는 프로토콜 메시지들, 특히 SOAP 메시지들을 인코딩 및 디코딩하기 위해 사용되는 소프트웨어 층을 말한다. SOAP 메시지는 마크업 언어(XML-Extensible Markup Language)를 이용하는 텍스트 메시지로서, 메시지들은 구분되는 부분들, 즉, 몸체부 또는 페이로드 및 헤더를 가진다. SOAP 메시지는 하나의 몸체부를 포함하지만, 하나 이상의 헤더를 포함할 수 있다. 메시지 내의 헤더는, "응답을 이 주소로 반환하라" 또는 "이 메시지는 더 큰 거래 번호 987의 부분이다"와 같은, 호출자와 응답자 사이(그들 자신도 포함)의 전송 노드들에 대해 의도된 정보를 포함한다. 이와 같이, SOAP 메시지 내의 각각의 헤더는, 보안 허용의 정의, 거래 마커, 전달 파라미터등과 같은 완전히 상이한 목적을 응대할 수 있다. 몸체부 또는 페이로드는 "$70 지불에 대해 신용 카드 번호 XYZ를 확인"과 같은 호출자로부터 응 답자에게 의도된 메시지, 또는 "신용 승인"과 같은 응답자로부터 호출자로의 응답을 포함한다. 특히, "도구형 프로토콜 스택"이란, 도 1a 및 도 2a에 관하여 앞서 기술된, 메시지의 페이로드에서 운반되는 요청에 추가하여, 자원-레벨 데이터 또는 정보 또는 성능 메트릭을 요청하는 헤더들을 프로토콜 스택(SOAP 메시지를 인코딩 및 디코딩하는 방법을 아는 소프트웨어 계층)이 이해할 수 있도록 해주는 추가 기능을 갖는 프로토콜 스택을 말한다. 이와 같이, SOAP와 같은, 메시지 교환시 몸체부/헤더 분리와 동일한 개념을 구현하는 기타 임의의 프로토콜은, 본 발명의 양호한 실시예들의 방법들을 실시하는데 사용될 수 있다.

도 1a 및 2b를 참조하면, 도구형 SOAP 스택을 갖는 거래 관리자(106)(도 2b에서는 206)는, 참조 번호 110(도 2b에서는 210)의 자원 1에 SOAP 요청 메시지(108)(도 2b에서는 208)를 발행할 수 있다. 특히, SOAP 요청 메시지(108)(도 2b에서는 208)는, SOAP 요청 메시지(108)(도 2b에서는 208)의 몸체부 또는 페이로드에서 운반되는 실체 요청 및 기타의 헤더들에서 운반될 수 있는 임의의 기타 요청들 외에도, 비지니스 거래를 서비스하는 4개 자원(110, 114, 118 및 122)(210, 214, 218 및 222)들 중 하나 이상에 의한 하나 이상의 성능 또는 자원 메트릭의 수집본을 요청하는 SOAP 헤더를 포함한다. 자원에 대해 수집될 수 있는 성능 메트릭의 일부 예로서는, 중앙 처리 유닛(CPU) 사용량, 메모리 페이징, 디스크 사용량, 디스크 미사용 공간, 디스크 단편화, 메모리 이용률, 쓰레드 갯수, 프로세스 갯수, 판독된 바이트(네트워크 I/O), 기록된 바이트(네트워크 I/O) 등이 포함된다. 특히, 도 1b 및 도 2b에 도시된 바와 같이, 하나 이상의 성능 메트릭을 수집하기 위 한 요청 정보는 프로토콜 요청 메시지(SOAP 요청 메시지)의 프로토콜 요청 헤더(SOAP 요청 헤더)에서 명시되어 실행되고, 자원들(110, 114, 118, 및 122)(210, 214, 216, 및 222) 각각에 포워딩된다(실선 화살표 108, 112, 116 및 120; 도 2b에서는 208, 212, 216, 및 220). 반면, 비지니스 거래를 서비스하는 하나 이상의 자원들에 의해 수집된 성능 메트릭은 프로토콜 응답 메시지(SOAP 응답 메시지) 내의 프로토콜 응답 헤더(SOAP 응답 헤더)에서 거래 관리자(106)(도 2b에서는 206)에 되전송된다(실선 화살표 124, 126, 128, 및 130; 실선 화살표 224, 226, 228 및 230). 게다가, 자원들(110, 114, 118, 및 122)(도 2b에서는, 210, 214, 218, 및 222) 각각은, 프로토콜(SOAP) 요청 메시지 내의 프로토콜(SOAP) 요청 헤더를 비지니스 거래에 대한 실행 쓰레드와 연관시키고, 그리하여, 프로토콜(SOAP) 요청 메시지 내의 프로토콜(SOAP) 요청 헤더를, 비지니스 거래에 대한 동일한 실행 쓰레드 내에서 만들어진 기타 임의의 요청들에 전파시킨다.

앞서 언급된 바와 같이, 양호하게는, 4개 자원들(110, 114, 118, 및 122)(도 2b에서는, 210, 214, 218, 및 222) 각각 뿐만 아니라 거래 관리자(106)(도 2b에서는 206)는 도구형 SOAP 스택을 가져서, 거래 관리자(106)(도 2b의 207)로부터 자원 1(도 1b의 참조 번호 110 및 도 2b의 210)로 SOAP 요청 메시지가 발행될 때(도 1b의 화살표 108; 도 2b의 화살표 208), 자원 1 상의 도구형 SOAP 스택은 SOAP 요청 메시지(108)(도 2b에서는 208) 내의 요청 헤더 내의 지시를 따를 수 있다. 따라서, 자원 1은, SOAP 요청 메시지(108)(도 2b에서는 208)의 SOAP 헤더 내의 거래 관리자(106)(도 2b에서는 206)에 의해 요청된 성능 메트릭을 수집한다. 유사하게, 요청 메시지(108)(도 2b에서는 208)가 포워딩될 때, 자원 1(참조 번호 110)은 SOAP 요청 메시지(108) 내에 포함된 요청 헤더를 전파시키고, 이를 자원 2(도 1b에서 참조 번호 114 및 도 2b에서 214)에 전송하여(도 1b에서 화살표 112; 도 2b에서 화살표 212), 자원 2 상의 도구형 SOAP 스택이 SOAP 요청 메시지(108)(도 2에서는 208)의 SOAP 헤더 내의 거래 관리자(106)(도 2에서는 206)에 의해 요청된 자원 2에 대한 그 자신의 성능 메트릭을 수집하도록 한다. 다시 한번, 메시지(108)(도 2b에서는 208)가 자원 2(도 1b에서는 참조 번호 114, 도 2에서는 214)로부터 자원 3(도 1b에서는 참조 번호 118, 도 2b에서는 218)으로 포워딩될 때, 자원 2는 SOAP 요청 메시지(108)(도 2b에서는 208) 내에 포함된 요청 헤더를 전파시키고 이를 자원 3에 전송하여(도 1b에서는 화살표 116, 도 2b에서는 화살표 216), 자원 3상의 도구형 SOAP 스택이 SOAP 요청 메시지(108)(도 2b에서는 208)의 SOAP 헤더 내의 거래 관리자(106)(도 2b에서는 206)에 의해 요청된 자원 3에 대한 그 자신의 성능 메트릭을 수집하도록 한다. 게다가, 메시지(108)(도 2b에서는 208)가 자원 3(도 1b에서는 참조 번호 118, 도 2b에서는 218)으로부터 자원 4(도 1b에서는 참조 번호 122, 도 2b에서는 222)로 포워딩될 때, 자원 3은 SOAP 요청 메시지(108)(도 2b에서는 208) 내에 포함된 요청 헤더를 전파시키고 이를 자원 4에 전송하여(도 1b에서는 화살표 120, 도 2b에서는 화살표 220), 자원 4상의 도구형 SOAP 스택이 SOAP 요청 메시지(108)(도 2b에서는 208)의 SOAP 헤더 내의 거래 관리자(106)(도 2b에서는 206)에 의해 요청된 그 자신의 성능 메트릭을 수집하도록 한다. 그 결과, 프로토콜(SOAP) 요청 메시지 내의 프로토콜(SOAP) 요청 헤더는 비지니스 거래와 연관된 모든 교환 또는 메시지들을 통해 복제된다.

한 실시예에서, 자원들(110, 114, 118, 및 112)(도 2b에서는 210, 214, 218 및 222) 상의 도구형 SOAP 스택은 성능 메트릭 또는 자원 메트릭 정보를 수집하고, 수집된 그 정보를 비지니스 거래 요청에 속하는 응답 메시지 내의 SOAP 응답 헤더에 부가한다. 특히, 자원 4(도 1b에서는 참조 번호 122 및 도 2b에서는 222)에 의해 수집된 성능 메트릭은, 자원 4(도 1b에서는 참조 번호 122 및 도 2b에서는 222)로부터 자원 3(도 1b에서는 참조 번호 118, 도 2b에서는 218)으로 되전송되는(도 1b에서는 화살표 214; 도 2B에서는 화살표 224) SOAP 응답 메시지 내의 SOAP 응답 헤더에 부가된다. 차례로, 자원 3(도 1b에서는 참조 번호 118, 도 2b에서는 218)은 자원 3에 의해 수집된 성능 메트릭을 자원 4로부터 수신된 SOAP 응답 메시지 내의 SOAP 응답 헤더에 추가하고, 이를 자원 2(도 1b에서는 참조 번호 114, 도 2에서는 214)에 되전송한다(도 1b에서는 화살표 126; 도 2b에서는 화살표 226). 차례로, 자원 2는 자신이 수집한 성능 메트릭을 자원 3으로부터 수신된 SOAP 응답 메시지 내의 SOAP 응답 헤더에 추가하고, 이를 자원 1(도 1b의 참조 번호 110 및 도 2b의 210)에 되전송한다(화살표 128). 다시 한번, 자원 1은, 자신이 수집한 성능 메트릭을 자원 2로부터 수신된 SOAP 응답 메시지 내의 SOAP 응답 헤더에 추가하고, SOAP 응답 메시지를 거래 관리자(106)(도 2b에서는 206)에 되전송한다(도 1b에서 화살표 130; 도 2b에서 화살표 230). 또한, 도구형 SOAP 스택은, 거래 관리자(106)(도 2b에서는 206)에 전송된 SOAP 응답 메시지의 SOAP 응답 헤더에서, SOAP 응답 메시지를 거래 관리자에 전송하기 이전에 비지니스 거래에 대한 동일한 실행 쓰레드 내에서 만들어진 기타 임의의 요청들을 서비스하는 자원에 대해 수집된 하나 이상의 성능 메트릭들 각각을 총계낸다. 게다가, 각각의 자원 상의 도구형 SOAP 스택은 그 자원에 대한 메트릭 수집을 책임지므로, 각각의 자원은 성능 메트릭을 수집할 수 있는 도구형 SOAP 스택을 갖는 것이 바람직하지만, 반드시 필요한 것은 아니다. 따라서, 자원들(110, 114, 118, 및 122)(도 2b에서는 210, 214, 218, 및 222) 각각에 도구형 SOAP 스택이 설치되어 있다면, 선행 자원 상의 도구형 SOAP 스택은 그 자신의 성능 메트릭을 그들이 호출한 후속 자원으로부터 수신된 응답 헤더에 추가할 수 있다. 따라서, 거래 관리자(106)(도 2b에서는 206)에 전송된(도 1b에서는 실선 화살표 130; 도 2b에서는 실선 화살표 230) SOAP 응답 메시지 내의 최종 응답 헤더는, 포괄적 답변에 기여하는 자원들(110, 114, 118, 및 122)(도 2b에서는 210, 214, 218 및 222) 각각에 대한 성능 메트릭과 함께 하나의 응답 헤더를 포함한다. 그러나, 만일 자원이 비도구형(비도구형 SOAP 스택)인 SOAP 스택을 가진다면, 비도구형 SOAP 스택은, 그 자신의 성능 메트릭을 수집하지 않고 단순히 성능 또는 자원 부하-모니터링 헤더들을 후속 자원에 전달한다. 따라서, 자원 상의 비도구형 SOAP 스택에 대한 성능 메트릭은 거래 관리자에 전달된 응답 메시지 내의 최종 응답 헤더에 포함되지 않을 것이다.

한 실시예에서, 이 방법은, 자원을 관리하기 위해 자원들(110, 114, 118, 및/또는 122)(도 2b에서는 210, 214, 218, 및/또는 222) 중 하나 이상에 배치된 하나 이상의 모니터링 에이전트로부터 하나 이상의 성능 메트릭 이벤트를 수집하도록 구성된 자원 관리자(102)(도 2b에서는 202)를 제공하는 단계를 더 포함한다. 자원 관리자(102)(도 2b에서는 202)는 자원 상에서 실행되고 있는 모니터링 에이전트로부터 이벤트를 수신하도록 구성된 애플리케이션이다. 또한, 모니터링 에이전트는 하나 이상의 자원 상에서 실행되는 프로그램으로서, 그 작업은 CPU 데이터, 디스크 사용량 등과 같은 이들 자원들 상의 성능 또는 자원 메트릭을 모니터링하는 것이다. 만일 모니터링 에이전트가 문제가 있는 무언가를 관측하면, 예를 들어, 자원 상의 CPU가 70% 임계치에 도달했다는 것을 관측하면, 그 모니터링 에이전트는 (성능 메트릭 이벤트라고도 불리는) 이벤트를 발생하고 이를 자원 관리자(102)(도 2b에서는 202)에 전송한다. 예를 들어, 도 1b 및 2b에 도시된 바와 같이, 자원 1(도 1b의 참조 번호 110 및 도 2b의 210)은 자원 1상의 성능 메트릭을 수집하는 모니터링 에이전트(134)(도 2b에서는 234)를 가진다. 모니터링 에이전트(134)(도 2b에서는 234)에 의해 수집된 성능 메트릭은 거래 관리자(106)(도 2b에서는 206)에 의해 요청된 것과는 상이할 수 있다. 모니터링 에이전트(134)(도 2b에서는 234)는 자원 1에 대해 수집된 성능 메트릭을 자원 관리자(102)(도 2b에서는 202)에 전송한다(도 1b에서는 점선 화살표 138; 도 2b에서는 점선 화살표 238). 자원 관리자(102)(도 2b에서는 202)는, 자원 1에 대한 성능 메트릭이 프리셋 값을 초과할 때 자원 1(도 1b의 참조 번호 110 및 도 2b의 210)상에서 실행중인 모니터링 에이전트(134)(도 2b에서는 234)로부터 경고를 수신하도록(도 1b에서는 점선 화살표 138; 도 2b에서는 점선 화살표 238) 구성되어, 자원 관리자(102)(도 2b에서는 202)가 필요한 적절한 액션을 취할 수 있다. 유사하게, 자원 2(도 1b의 참조 번호 114 및 도 2b의 214)는 자원 2에 대한 성능 메트릭을 수집하는 모니터링 에이전트(136)(도 2b에서는 236)를 가진다. 다시 한번, 모니터링 에이전트(136)(도 2b에서는 236)는 수집된 성능 메트릭을 자원 관리자(102)(도 2b에서는 202)에 전송하고(도 1b에서는 점선 화살표 140; 도 2b에서는 점선 화살표 240), 자원 2에 대한 성능 메트릭이 프리셋 값 또는 임계치를 초과할 때 경고를 전송한다. 이와 같이, 자원 관리자(102)(도 2b에서는 202)는, 각각 그들 상에서 실행중인 모니터링 에이전트(134 및 136)를 갖는 개개의 자원들(110 및 114)(도 2b에서는 자원 210 및 214)에 대한 모든 자원 또는 성능 메트릭 이벤트를 수집한다. 그러나, 자원 3(도 1b에서는 참조 번호 118, 도 2b에서는 218) 및 자원 4(도 1b에서는 참조 번호 122 및 도 2b에서는 222)는 그들 상에 어떠한 모니터링 에이전트를 갖지 않으며, 자원 1(도 1b의 참조 번호 110 및 도 2b의 210) 및 자원 2(도 1b에서는 참조 번호 114, 도 2에서는 214) 상에서 각각 실행중인 모니터링 에이전트(134 및 136)(도 2b에서는 234 및 236)에 의해 수집된 정보만이 자원 관리자(102)(도 2b에서는 202)에 통과 및 전달된다. 이것은, 예를 들어, 만일 초과된 성능 메트릭, 예를 들어, CPU 사용량으로 인해, 자원 4(도 1b에서는 참조 번호 122 및 도 2b에서는 222)이 느리다면(도 1b에서는 심볼 132 및 도 2b에서는 232로 도시), 이 성능 정보는 자원 관리자(102)(도 2b에서는 202)에 전달되지 않을 수 있다. 따라서, 자원 4에 관한 문제가 해결되지 않는다. 또한, 자원 관리자(102)(도 2b에서는 202)는 거래 관리자(106)(도 2b에서는 206)에 정보를 능동적으로 전달하지 않지만, 자원 관리자(102)(도 2b에서는 202)로부터의 정보는, 만일 거래 관리자(106)(도 2b에서는 206)에 의해 요청받는 경우, 거래 관리자(106)(도 2b에서는 206)에 전달될 것이다(도 1b에서는 이중 화살 표 104, 도 2b에서는 이중 화살표 204).

또 다른 실시예에서, 도 2a에 개요되고 도 2b에 도시된 바와 같이, 하나 이상의 자원에 의해 서비스받는 비지니스 거래를 모니터링하는 방법(200a 및 200b)이 제공된다. 이 방법은, 각각의 자원이 후속 자원으로부터 수신된 각각의 프로토콜(SOAP) 응답 헤더 내의 성능 메트릭에 대한 총계값을 점검하도록, 하나 이상의 자원들 각각의 자원에 대응하는 적어도 각각의 도구형 프로토콜 인코딩-디코딩 컴포넌트(도구형 SOAP 스택)를 정책 또는 규칙으로 미리구성하는 단계를 포함한다. 나아가, 각각의 자원은 후속 자원에 대한 성능 메트릭에 대한 프리셋값이 초과될 때 자원 관리자에게 경고를 전송한다. 따라서, 정책 또는 규칙으로 미리구성된 도구형 SOAP 스택은 모니터링 에이전트로서 추가로 역할하며, 피어 자원에 관한 성능 메트릭에 대한 프리셋 값 또는 미리구성된 임계치가 초과되었다고 판정될 때, 피어 자원을 위하여 자원 관리자에게 경고를 전송할 수 있다. 경고는, 메트릭이 임계치 또는 프리셋값을 초과했다는 것을 가리키는, 자원 관리자에게 직접 전송되는 간단한 메시지로서 구현될 수 있다. 예를 들어, 도 2b에 도시된 바와 같이, 자원 2(참조 번호 214)는, 도 2b의 자원 3(참조 번호 218) 및/또는 자원 4(참조 번호 222)를 위하여 모니터링 에이전트로서 역할하도록 정책(도 2b에서 심볼 242)으로 미리 구성된 도구형 SOAP 스택을 가진다. 특히, 만일 도 2b에서 자원 3 및 자원 4 중 어느 하나 또는 양자 모두에 대하여 소정의 기준 또는 값이 프리셋되었다면, 자원 2상의 도구형의 미리구성된 SOAP 스택은 자원 4(참조 번호 214) 및/또는 자원 3(참조 번호 218)으로부터 수신되고 수집된 성능 메트릭을 비교하고, 도 2b의 자원 3 및/또는 자원 4에 대해 특정한 프리셋 임계치 값 또는 기준이 만족되었는지의 여부를 판정할 수 있어서, 자원 2(참조 번호 214)는, 자원(자원 3(218)이라고 하자) 및/또는 자원 4(참조 번호 222)을 위하여 자원 관리자(302)에 경고를 전송할 수 있고(점선 화살표 218), 그리하여 도 1b에 대하여 전술된 상황과는 달리, 도 2b의 자원 관리자(202)에게 충족된 프리셋 임계치 및/또는 기준을 경고한다. 따라서, 한 실시예에서, 소수의 도구형 SOAP 스택들만이 다른 자원들을 위해 이벤트를 보고하는 모니터링 에이전트로서 역할하도록 정책들로 미리구성되어, 네트워크를 통해 자원들을 모니터링하는데 요구되는 모니터링 에이전트의 갯수를 최소화하고, 통상의 비지니스 거래에 관해 피어들과 통신하는 것 외에도, 각각의 및 모든 하나의 자원이 그들의 상태를 중앙 모니터링 인프라구조에 전달하는 것을 허용하는 접속성 문제를 최소화한다. 또한, 한 실시예에서, 자원 모니터링 인프라구조 또는 자원 관리자(202)는 그래픽 유저 인터페이스를 제공하며, 여기서, 하나 이상의 성능 메트릭에 대한 기준 또는 값들이 프리셋될 수 있다. 따라서, 거래 관리자(206)가 모니터링 정보를 요청할 때, 특정한 성능 메트릭, 및 소정의 프리셋 값이 초과되었을 때의 성능 메트릭 양자 모두에 대해 요청할 수 있다. 또한, 모니터링 에이전트(236)와 같은 모니터링 에이전트는, 자원 2(참조 번호 214) 상의 설치된 SOAP 스택이 비교와 자원 관리자(202)로의 경고 전송을 위하여 정책들로 미리구성되더라도, 여전히 소정의 자원(예를 들어, 자원 2, 도 2b에서는 참조 번호 214) 상에 설치될 수 있다. 예를 들어, 모니터링 에이전트(236)는, 자원 2(참조 번호 214) 상의 미리구성된 도구형 SOAP 스택(242)에 의해 수집된 것들과는 상이한 세트의 성능 또는 자원 메트릭을 모니터링할 수도 있다.

또 다른 실시예에서, 도 1b 및 2b에 도시된 바와 같이, 전술된 바와 같은 서비스 지향형 아키텍쳐에서 비지니스 거래를 서비스하는 자원을 모니터링하기 위한 시스템(100b 및 200b)의 상이한 실시예들이 제공된다. 이 시스템은 비지니스 거래를 서비스하도록 구성된 하나 이상의 자원(도 1b에서는 110, 114, 118, 및 122, 및 도 2b에서는 210, 214, 218 및 222)을 포함한다. 여기서, 자원들 중 하나 이상에는 도구형 프로토콜 스택이 배치되어 있고, 양호하게는, 각각의 자원에는 도구형 프로토콜 스택이 배치되어 있다. 이 시스템은, 도구형 프로토콜 스택이 배치되어 있고, 도 1b 및 2b의 4개의 자원에 전송된 프로토콜 요청 메시지 내의 프로토콜 요청 헤더에서 4개의 자원에 의해 서비스받는 비지니스 거래에 대한 하나 이상의 성능 메트릭을 모니터링할 것을 발행하도록 구성된, 거래 관리자(도 1b의 106 및 도 2b의 206)를 더 포함한다. 또한 한 실시예에서, (도 1b 및 2b에 도시된) 4개의 자원들 각각은 비지니스 거래에 대한 하나 이상의 성능 자원을 수집하고 거래 관리자에게 전송되는 프로토콜 응답 메시지 내의 프로토콜 응답 헤더 내의 하나 이상의 성능 메트릭을 총계하도록 구성된다. 여기서, 프로토콜 요청 메시지 내의 프로토콜 요청 헤더는 비지니스 거래에 대한 실행 쓰레드와 연관되어, 프로토콜 요청 메시지 내의 프로토콜 요청 헤더가 비지니스 거래에 대한 동일한 실행 쓰레드 내에서 만들어진 기타 임의의 요청에 전파되도록 한다. 따라서, 프로토콜 요청 메시지 내의 프로토콜 요청 헤더는 상기 방법에서 기술된 바와 같이 비지니스 거래와 연관된 모든 교환들을 통해 복제된다. 이 시스템은, 하나 이상의 자원들, 특 히, 도 1b 및 2b에 도시된 자원 1 및 3 상에 배치된 하나 이상의 모니터링 에이전트(도 1b에서는 134 및 136과 도 2b에서는 234 및 236)로부터 하나 이상의 성능 메트릭 이벤트를 수집하도록 구성된 자원 관리자(도 1b에서는 102 및 도 2b에서는 202)를 더 포함한다. 한 실시예에서, 거래 관리자(도 1b에서는 106 및 도 2b에서는 206)는 하나 이상의 자원(도 1b에서는 110, 114, 118 및 122 및 도 2b에서는 210, 214, 218 및 222)에 의해 서비스받는 비지니스 거래에 대한 하나 이상의 거래 메트릭을 모니터링하도록 추가로 구성되며, 전술된 방법에서 기술된 바와 같이, 하나 이상의 자원에 의해 수집된 하나 이상의 성능 메트릭에 비추어 비지니스 거래를 서비스하는 하나 이상의 자원들에 대해 모니터링되는 하나 이상의 거래 메트릭을 분석하도록 구성된다. 한 실시예에서, 하나 이상의 자원들 중 각각의 선행 자원, 예를 들어, 자원 3(도 1b에서는 118, 및 도 2b에서는 218)은, 하나 이상의 자원들 중 각각의 후속 자원, 예를 들어, 자원 4(도 1b에서는 122, 및 도 2b에서는 222)로부터 수신된 프로토콜 응답 메시지 내의 프로토콜 응답 헤더에 각각의 성능 메트릭 세트를 부가하도록 구성된다. 한 실시예에서, 도 2b에 도시된 바와 같이, 하나 이상의 자원들의 서브셋, 예를 들어, 자원 2(도 2b의 214)에 대응하는 도구형 프로토콜 스택은, 성능 메트릭에 대한 프리셋값이 초과될 때 미리구성된 자원(예를 들어, 자원 2(214))이 자원 관리자(202)에 경고를 전송하도록, 수신된 프로토콜 요청 메시지 내의 프로토콜 요청 헤더내의 성능 메트릭의 총계값을 성능 메트릭에 대한 프리셋값과 비교하기 위해, 정책들(심볼 242)로 구성된다. 한 실시예에서, 도구형 프로토콜 스택은 도구형 SOAP(Simple Object Access Protocol) 스택을 포함하 며, 프로토콜 요청 헤더는 SOAP(Simple Object Access Protocol) 요청 헤더를 포함하고, 프로토콜 응답 헤더는 SOAP(Simple Object Access Protocol) 응답 헤더를 포함하며, 프로토콜 요청 메시지는 SOAP(Simple Object Access Protocol) 요청 메시지를 포함하고, 프로토콜 응답 메시지는 SOAP(Simple Object Access Protocol) 응답 메시지를 포함한다.

역시 또 다른 실시예에서, 비지니스 거래와 연관된 메트릭을 모니터링하기 위한 컴퓨터 프로그램 제품이 제공된다. 양호하게는, 이 컴퓨터 프로그램 제품은, 컴퓨터 또는 임의의 명령어 실행 시스템에서 사용하기 위한 또는 이들과 연계하여 사용하기 위한 프로그램 코드 또는 명령어를 제공하는 컴퓨터 사용가능하거나 컴퓨터 판독가능한 매체로부터 액세스가능한 형태이다. 설명의 목적을 위해, 컴퓨터 사용가능하거나 컴퓨터 판독가능한 매체는, 명령어 실행 시스템, 장치 또는 디바이스에 의해 사용되거나 이들과 연계하여 사용하기 위한 코드 또는 명령어를 포함, 저장, 전달, 전파, 또는 수송할 수 있는 임의의 장치일 수 있다. 양호하게는, 매체는 전자적, 자기적, 광학적, 전자기적, 적외선, 또는 반도체 시스템(또는 장치 또는 디바이스) 또는 전파 매체일 수 있다. 더욱 양호하게는, 컴퓨터 판독가능한 매체는, 반도체 또는 고체 상태 메모리, 자기 테이프, 착탈가능한 컴퓨터 디스켓, 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM), 경성 자기 디스크 및 광학 디스크를 포함할 수 있다. 또한, 광학 디스크의 예로서는, CD-ROM, CD-R/W, 및 DVD가 포함될 수 있다. 본 발명의 실시예들은 전적으로 하드웨어 실시예, 전적으로 소프트웨어 실시예 또는 하드웨어 및 소프트웨어 양자 모두를 포함하는 실 시예의 형태를 취할 수 있다. 양호한 실시예는, 펌웨어, 상주 소프트웨어, 마이크로코드 등을 포함하지만, 이들만으로 제한되지는 않는 소프트웨어로 구현될 수 있다.

컴퓨터 프로그램 제품은, 비지니스 거래를 서비스하는 하나 이상의 자원들에 발행된 요청 메시지 내의 요청 헤더에서 하나 이상의 성능 메트릭들의 수집본을 명시하도록 구성된 거래 관리자를 제공하기 위한 제1 프로그램 명령어를 더 포함한다. 여기서, 하나 이상의 자원들과 거래 관리자 각각에는 도구형 프로토콜 스택이 배치되어 있다. 컴퓨터 프로그램 제품은, 요청 메시지 내에 명시된 하나 이상의 성능 메트릭을 수집하기 위한 제2 프로그램 명령어와, 비지니스 거래를 서비스하는 하나 이상의 자원에 의해 수집된 하나 이상의 성능 메트릭을 응답 메시지 내의 응답 헤더에서 거래 관리자에게 전송하는 제2 프로그램 명령어를 더 포함한다. 한 실시예에서, 제2 프로그램 명령어는, 요청 메시지 내의 요청 헤더를 비지니스 거래에 대한 실행 쓰레드와 연관시키고, 요청 메시지 내의 요청 헤더를 그 비지니스 거래에 대한 실행 쓰레드 내에서 만들어진 기타 임의의 요청 메시지들에 전파시키기 위한 명령어를 더 포함한다. 나아가, 한 실시예에서, 제2 프로그램 명령어는 하나 이상의 자원들 중 후속 자원으로부터 수신된 응답 메시지 내의 응답 헤더에 각각의 세트의 성능 메트릭을 추가하고 그 응답 메시지를 거래 관리자에게 전송하기 위한 명령어를 더 포함한다. 컴퓨터 프로그램 제품은, 후속 자원으로부터 수신된 각각의 응답 헤더 내의 하나 이상의 성능 메트릭들 중 한 성능 메트릭의 총계값을 그 성능 메트릭에 대한 프리셋 값과 비교하고, 그 성능 메트릭에 대한 프리 셋 값이 초과될 때 자원 관리자에게 경고를 전송하기 위하여, 하나 이상의 자원들 상에 배치된 도구형 프로토콜 스택을 정책들로 미리구성하기 위한 제4 프로그램 명령어를 더 포함한다. 한 실시예에서, 거래 관리자는, 비지니스 거래와 연관된 하나 이상의 거래 메트릭을 모니터링하고, 하나 이상의 자원으로부터 수집된 하나 이상의 성능 메트릭에 비추어 비지니스 거래에 대해 모니터링된 하나 이상의 거래 메트릭을 분석하도록 추가로 구성된다. 한 실시예에서, 도구형 프로토콜 스택은 SOAP(Simple Object Access Protocol) 스택을 포함하고, 요청 헤더는 SOAP(Simple Object Access Protocol) 요청 헤더를 포함한다. 또한, 응답 헤더는 SOAP(Simple Object Access Protocol) 응답 헤더를 포함하고, 요청 메시지는 SOAP(Simple Object Access Protocol) 요청 메시지를 포함하며, 응답 메시지는 SOAP(Simple Object Access Protocol) 응답 메시지를 포함한다. 한 실시예에서, 제1, 제2, 제3, 및 제4 프로그램 명령어들 각각은, 컴퓨터 판독가능한 매체 상에 저장된다.

도 4를 참조하면, 본 발명의 실시예들에 따라, 용량 관리 서비스를 구현하기 위한 최적의 구성 및 그 연관된 운영 비용을 결정하기 위한 시스템(400)이 예시되어 있다. 도시된 바와 같이, 시스템(400)은 컴퓨터 인프라구조(402)를 포함하며, 이것은 보안된 환경(즉, 액세스 제어가 강제되는 환경)에서 유지되는 임의 타입의 컴퓨터 아키텍쳐를 나타내도록 의도된다. 도시된 바와 같이, 인프라구조(402)는 전형적으로 서버 등을 나타내는 컴퓨터 시스템(400)을 포함한다. 그러나, 비록 도시되지는 않았지만, 인프라구조(402)에는 기타의 하드웨어 및 소프트웨어 컴포넌트들(예를 들어, 애플리케이션 서버, 관리 서버, 라우터, 방화벽 등과 같은 추가의 컴퓨터 시스템)이 포함될 수 있다.

일반적으로, 사용자(사용자 1(432) 내지 사용자 N 중 임의의 사용자)는 비지니스 거래를 수행하기 위해 인프라구조(402)와 인터페이스할 수 있다. 유사하게, 임의의 관리자(436) 및/또는 서비스 제공자(444)는, 비지니스 거래를 서비스하는 자원 1(참조 번호 440) 내지 자원 N(참조 번호 442)과 같은 자원들을 모니터링하기 위하여 시스템(404)에 액세스하기 위해 인프라구조(402)와 인터페이싱할 수 있다. 또한, 자원 1(참조 번호 440) 내지 자원 N(참조 번호 442)은 비지니스 거래를 서비스하기 위해 인프라구조(402)와 인터페이스할 수 있다. 도시된 바와 같이, 자원 1(참조 번호 440)은 도구형 프로토콜 스택(441)을 가지며, 자원 N(참조 번호 442)에는 도구형 프로토콜 스택(443)이 배치되어 있다. 또한, 거래 관리자(414)에는 도구형 프로토콜 스택(416)이 배치되어 있다. 이와 같이, 자원들 각각은, 양호하게는, 거래 관리자(4141)와 통신하기 위한 도구형 프로토콜 스택을 가진다. 또한, 자원 관리자(430)는, 모니터링 에이전트 및/또는 모니터링 에이전트로서 역할하는 자원들을 통해 자원 관리자에 의해 수집된 임의의 자원 메트릭에 관하여 요청될 수 있는 임의의 정보를 거래 관리자(414)에게 제공하기 위해 컴퓨터 시스템(404)과 인터페이스할 수 있다. 일반적으로, 당사자들은, 직접적으로, 또는 컴퓨터화된 장치(예를 들어, 개인용 컴퓨터, 랩탑, 휴대용 장치 등) 상에 로딩되는 인터페이스들(예를 들어, 클라이언트 웹 브라우저)을 경유하여 네트워크를 통해, 인프라구조(402)에 액세스할 수 있다. 후자의 경우, 네트워크는 인터넷과 같은 임의 타입의 네트워크이거나, 또는, LAN(Local Area Network), WAN(Wide Area Network), VPN (Virtual Private Network)등과 같은 기타 임의의 네트워크일 수 있다. 어쨌든, 인프라구조(402)와의 통신은, 직접적인 물리적으로 결선된 접속(예를 들어, 직렬 포트)을 통해, 또는 유선 및/또는 무선 전송 방법들의 임의의 조합을 이용하는 어드레싱가능한 접속을 통해 발생할 수 있다. 게다가, Token Ring, Ethernet, WiFi, 또는 기타의 종래의 통신 표준과 같은 종래의 네트워크 접속이 사용될 수 있다. 역시, 종래의 TCP/IP 소켓 기반의 프로토콜에 의해 접속이 제공될 수 있다. 이 예에서, 당사자는 인프라구조(402)로의 접속을 확립하기 위해 인터넷 서비스 제공자를 이용할 수 있다. 인프라구조(402)는 제공자(444)와 같은 당사자 또는 독립된 실체에 소유 및/또는 운영될 수 있다는 것을 이해하여야 한다. 여하튼, 인프라구조(402) 및 본 명세서에서 기술된 교시들의 이용은 가입자 또는 요금 기반으로 당사자에 제공될 수 있다. 다른 시나리오에서, 관리자(436)는 인프라구조(402)를 지원 및 구성할 수 있다.

컴퓨터 시스템 또는 서버(404)는, CPU, 메모리(412), 버스(410), 및 입력/출력(I/O) 인터페이스(408)를 포함하는 것으로 도시되어 있다. 또한, 컴퓨터 시스템(400)은 외부 I/O 장치(424) 및 스토리지 시스템(422)과 통신하는 것으로 도시되어 있다. 도시된 바와 같은 실시예에서, 스토리지 시스템(422)은, 미리구성된 자원이 모니터링 에이전트로서 추가적으로 역할하도록, 각각의 자원 1 내지 자원 N(참조 번호 440 및 442) 중 임의의 자원 상의 각각의 도구형 프로토콜 스택(441 내지 443)을 미리구성하는데 이용될 수 있는 정책 또는 규칙(426)을 포함한다. 일반적으로, 처리 유닛(406)은, 도구형 프로토콜 스택(416)을, 한 실시예에서는, 도구형 SOAP 스택을 포함하는 거래 관리자 애플리케이션(414)과 같은 컴퓨터 프로그램 코드를 실행한다. 거래 관리자 애플리케이션(414)을 실행하는 동안, 처리 유닛(406)은 메모리(412), 스토리지 시스템(422), 및/또는 I/O 인터페이스(408)에 데이터를 판독/기록할 수 있다. 버스(410)는 컴퓨터 시스템(400) 내의 컴포넌트들 각각들 사이에서 통신 링크를 제공한다. 외부 장치(424)는, 사용자가 컴퓨터 시스템(400), 및 컴퓨터 시스템(400)이 하나 이상의 다른 컴퓨팅 장치들과 통신할 수 있도록 해주는 임의의 장치(예를 들어, 네트워크 카드, 모뎀 등)와 상호작용하도록 해주는 임의의 장치(예를 들어, 키보드, 포인팅 장치, 디스플레이 등)를 포함할 수 있다.

컴퓨터 인프라구조(402)는 본 발명의 실시예들을 구현하기 위한 다양한 유형의 컴퓨터 인프라구조에 대한 예에 불과하다. 예를 들어, 한 실시예에서, 컴퓨터 인프라구조(402)는 다양한 프로세스 단계들을 수행하기 위한 네트워크를 통해 통신하는 2개 이상의 장치(예를 들어, 서버 클러스트)를 포함한다. 게다가, 컴퓨터 시스템(400)은 다양한 조합의 하드웨어를 포함할 수 있는 다양한 가능한 컴퓨터 시스템들을 예시하고 있을 뿐이다. 다른 실시예들에서, 컴퓨터 시스템(400)은, 특정한 기능을 수행하기 위한 하드웨어 및/또는 컴퓨터 프로그램 코드를 포함하는 임의의 특정 목적의 제조품, 특정한 목적 및 일반적 목적의 하드웨어/소프트웨어의 조합을 포함하는 임의의 컴퓨팅 제조품 등을 포함할 수 있다. 각 경우에, 프로그램 코드 및 하드웨어는 각각 표준 프로그래밍 및 엔지니어링 기술을 이용하여 생성될 수 있다. 게다가, 처리 유닛(406)은 하나의 처리 유닛을 포함할 수 있으며, 하나 이상의 위치, 예를 들어, 클라이언트 및 서버 상의 하나 이상의 처리 유닛들에 걸쳐 분산될 수도 있다. 유사하게, 메모리(412) 및/또는 스토리지 시스템은, 적어도 하나 이상의 물리적 위치들에 존재하는 다양한 유형의 데이터 스토리지 및/또는 전송 매체의 조합을 포함할 수 있다. 나아가, I/O 인터페이스(408)는 하나 이상의 외부 장치(424)와 정보를 교환하기 위한 임의의 시스템을 포함할 수 있다. 또한, 하나 이상의 컴포넌트들(예를 들어, 도 4에는 도시되어 있지 않은, 시스템 소프트웨어, 산술 코프로세서 유닛 등)이 컴퓨터 시스템(400)에 포함될 수 있다는 것을 이해할 것이다. 유사하게, 하나 이상의 외부 장치(424)(예를 들어, 디스플레이) 및/또는 스토리지 시스템(들)(422)이, 도시된 바와 같이 외부적으로 아닌, 컴퓨터 시스템(404) 내에 포함될 수 있다.

스토리지 시스템(422)은, 프리셋 자원 메트릭이 초과될 때 자원 상의 미리구성된 프로토콜 스택이 행해야 하는 것과 같은 규칙을 제공하는 정책(426)과 같은 정보 또는 데이터를 저장할 수 있는 임의 타입의 시스템(예를 들어, 데이터베이스)일 수 있다. 스토리지 시스템(422)은 자기 디스크 드라이브 또는 광 디스크 드라이브와 같은 하나 이상의 스토리지 장치들을 포함할 수 있다. 또 다른 실시예에서, 스토리지 시스템(422)은 예를 들어, LAN(Local Area Network), WAN(Wide Area Network), 또는 SAN(Storage Area Network)(미도시)에 걸쳐 분산된 데이터를 포함할 수 있다. 도시되지는 않았지만, 캐쉬 메모리, 통신 시스템, 시스템 소프트웨어 등과 같은 추가 컴포넌트들이 컴퓨터 시스템(400)에 병합될 수 있다.

따라서, 한 실시예에서, 거래 관리자(414)는, 자원 1(참조 번호 440) 내지 자원 N(참조 번호 442)으로부터 수집된 성능 메트릭에 비추어 엔드 유저의 관점으로부터 비지니스 거래에 대해 모니터링된 거래 메트릭을 분석하고, 자원 1 내지 N에 대해 수집한 임의의 거래 메트릭과 함께 성능 정보를 이해하려고 시도한다. 예를 들어, 만일 소정 자원 상의 CPU가 최고점에 달했으나, 그 자원은 거래 요청을 완료하기 위해 여전히 원하는 타겟 시간을 충족하고 있다면, 그 자원에 대한 성능 메트릭은 수용가능한 것으로 간주될 수 있다. 또한, 거래 관리자(414)는, 예를 들어, 특정한 거래를 서비스하는 자원이 원하는 타겟 시간을 충족하고 있지 않을 때 자원 관리자(430)로부터 정보를 얻을 수도 있다. 특히, 거래 관리자(414)는 자원 관리자(430)에 의해 어떠한 성능 메트릭 또는 데이터가 수송되는지에 기초하여(즉, 모니터링 에이전트로서 역할하기 위해 정책들로 미리구성된 자원들 또는 모니터링 에이전트를 통해 얻어진 데이터를 통해) 원인을 이해할 수 있을 것이다. 예를 들어, 거래 관리자(414)는, 소정 거래가 원하는 타겟 시간을 충족하지 못한 이유가 하드 디스크 고장 또는 과도한 디스크 사용량 등에 기인한 것이라고 이해할 수 있다. 나아가, 자원 관리자(430) 및 거래 관리자(414)에 의해 수집된 데이터는 관리자(436) 및/또는 제공자(444)에 전달될 수 있고, 따라서 관리자(436) 및/또는 제공자(444)에게 자원에 대한 훨씬 더 포괄적인 이해를 제공한다.

본 발명의 특정 실시예들의 전술된 설명은 예시와 설명의 목적으로 제공되었다. 이들은 본 발명을 공개된 형태만으로 제한하고자 의도된 것이 아니며, 전술된 교시에 비추어 명백히 많은 수정과 다양한 변형이 가능하다. 실시예들은, 본 발명의 원리 및 그 실제 응용을 가장 잘 설명하고, 그리하여 당업자가 본 발명 및 다양한 실시예들을 고려중인 특정한 응용에 적합하도록 수정하여 활용할 수 있도록 선택되고 설명되었다.

Claims (10)

1. 서비스 지향형 아키텍쳐로 비지니스 거래를 프로세싱하는 컴퓨터 자원(resource)들을 모니터링하는 방법에 있어서,

   컴퓨터 내의 CPU 상에서 실행하는 거래 관리자에 의해, 하나 이상의 프로토콜 요청 메시지들 중의 하나의 프로토콜 요청 메시지 내의 프로토콜 요청 헤더에서, 상기 비지니스 거래를 프로세싱하는 상기 컴퓨터 자원들 중 적어도 하나의 컴퓨터 자원에 대한 하나 이상의 성능 메트릭(performance metric)의 수집본을 요청하는 단계; 및

   상기 컴퓨터 내의 CPU 상에서 실행하는 상기 거래 관리자에 의해, 상기 비지니스 거래를 프로세싱하는 상기 컴퓨터 자원들 중 적어도 하나의 컴퓨터 자원에 의해 수집된 상기 하나 이상의 성능 메트릭을 포함하는 상기 프로토콜 응답 헤더를 갖는 상기 하나 이상의 프로토콜 응답 메시지들에서 수신하는 단계

   를 포함하고,

   상기 거래 관리자는 상기 서비스 지향형 아키텍쳐의 상기 컴퓨터 자원들에 의해 프로세싱된 상기 비지니스 거래를 모니터링하는 것이고,

   상기 컴퓨터 자원들 각각과 상기 거래 관리자는 그들 상에, 상기 성능 메트릭의 수집본을 요청하는 상기 하나 이상의 프로토콜 요청 메시지들을 전송하고 하나 이상의 프로토콜 응답 메시지들 내의 프로토콜 응답 헤더에서 수집된 상기 하나 이상의 성능 메트릭을 포함하는 상기 하나 이상의 프로토콜 응답 메시지들을 수신하는, 프로토콜 인코딩-디코딩 컴포넌트가 배치되어 있는 것이고,

   상기 컴퓨터 자원들에서의 상기 비지니스 거래를 프로세싱하는 제1 컴퓨터 자원이 상기 컴퓨터 자원들에서의 상기 비지니스 거래를 프로세싱하는 제2 컴퓨터 자원으로부터 상기 프로토콜 요청 헤더와 함께 상기 프로토콜 요청 메시지를 수신하는 것이고,

   상기 제1 컴퓨터 자원은 새로운 프로토콜 요청 메시지에 상기 프로토콜 요청 헤더를 부가하는 것이며,

   상기 제1 컴퓨터 자원은 상기 컴퓨터 자원들에서의 상기 비지니스 거래를 프로세싱하는 제3 컴퓨터 자원에 상기 프로토콜 요청 헤더와 함께 상기 새로운 프로토콜 요청 메시지를 전송하는 것인, 자원 모니터링 방법.
2. 제1항에 있어서, 상기 수신하는 단계 이후에,

   상기 거래 관리자에 의해, 상기 비지니스 거래와 연관된 하나 이상의 거래 메트릭을 모니터링하고;

   상기 거래 관리자에 의해, 상기 컴퓨터 자원들로부터 수집된 상기 하나 이상의 성능 메트릭에 비추어 상기 비지니스 거래에 대해 모니터링된 상기 하나 이상의 거래 메트릭을 분석하는 것을 포함하는 자원 모니터링 방법.
3. 제2항에 있어서, 상기 하나 이상의 성능 메트릭의 수집본을 요청하는 단계 이전에,

   자원 관리자에 의해, 상기 컴퓨터 자원들 상에 배치된 하나 이상의 모니터링 에이전트로부터 하나 이상의 성능 메트릭 이벤트를 수집하는 단계를 더 포함하는 자원 모니터링 방법.
4. 제3항에 있어서,

   상기 제1 컴퓨터 자원은 상기 프로토콜 요청 메시지 내의 상기 프로토콜 요청 헤더를 상기 비지니스 거래에 대한 동일한 실행 쓰레드(thread) 내에서 만들어진 임의의 다른 요청들에 부가하는 것이고,

   상기 프로토콜 요청 메시지 내의 상기 프로토콜 요청 헤더는 상기 비지니스 거래와 연관된 모든 교환을 통해 복제되는 것이고,

   상기 제2 컴퓨터 자원으로부터 상기 프로토콜 요청 메시지 내의 상기 프로토콜 요청 헤더를 수신하는 상기 서비스 지향형 아키텍쳐의 상기 제1 컴퓨터 자원은, 상기 제3 컴퓨터 자원에서 다른 프로세싱이 발생하기 이전에 프로토콜 요청 메시지들을 프로세싱하거나 또는 상기 제3 컴퓨터 자원에 의한 상기 다른 프로세싱과 동일한 시점에 상기 프로토콜 요청 메시지를 프로세싱하도록 구성된 것인, 자원 모니터링 방법.
5. 제4항에 있어서,

   상기 제1 컴퓨터 자원은 상기 컴퓨터 자원들 중 상기 제1 컴퓨터 자원에 대응하는 적어도 각각의 프로토콜 인코딩-디코딩 컴포넌트를 정책(policy)들로 미리구성하는 것이고,

   상기 제1 컴퓨터 자원은 상기 제2 컴퓨터 자원으로부터 수신된 프로토콜 응답 헤더 내의 상기 하나 이상의 성능 메트릭들 중 하나의 성능 메트릭에 대한 총계값을 검사하는 것이고,

   상기 제1 컴퓨터 자원은 상기 성능 메트릭에 대한 프리셋(pre-set) 값이 초과될 때 상기 자원 관리자에게 경고를 전송하는 것인, 자원 모니터링 방법.
6. 제1항에 있어서, 상기 수신하는 단계에서,

   상기 거래 관리자는 상기 제2 컴퓨터 자원으로부터 수신된 프로토콜 요청 메시지 내의 상기 프로토콜 요청 헤더의 성능 메트릭들의 세트를 수신하는 것이고,

   상기 제2 컴퓨터 자원은 상기 프로토콜 요청 헤더에 상기 성능 메트릭들의 세트의 제1 부분을 부가하고, 상기 제2 컴퓨터 자원은 상기 프로토콜 요청 헤더에 상기 성능 메트릭들의 세트의 제2 부분을 부가하는 것이고,

   상기 제3 컴퓨터 자원은 상기 프로토콜 요청 헤더에 상기 성능 메트릭들의 세트의 제3 부분을 부가하는 것인, 자원 모니터링 방법.
7. 제5항에 있어서, 상기 수신하는 단계에서,

   상기 거래 관리자는 상기 프로토콜 응답 메시지의 상기 프로토콜 응답 헤더에서 상기 비지니스 거래에 대한 실행 쓰레드 내에서 만들어진 상기 임의의 다른 요청들을 프로세싱하는 상기 컴퓨터 자원들 중 하나의 컴퓨터 자원에 대응하는 상기 하나 이상의 성능 메트릭들 각각의 총계를 수신하는 것인, 자원 모니터링 방법.
8. 제7항에 있어서, 상기 프로토콜 인코딩-디코딩 컴포넌트에 대한 프로토콜은 SOAP(Simple Object Access Protocol)를 포함하는 것인, 자원 모니터링 방법.
9. 서비스 지향형 아키텍쳐로 비지니스 거래를 프로세싱하는 컴퓨터 자원(resource)들 -상기 컴퓨터 자원들 각각은 프로토콜 스택을 가짐- 을 모니터링하기 위한 컴퓨터 시스템에 있어서,

   CPU, 컴퓨터 판독가능 스토리지, 및 메모리를 포함하는 컴퓨터 시스템;

   상기 비지니스 커래를 프로세싱하는 컴퓨터 자원들로서, 상기 컴퓨터 자원들 상에는 프로토콜 스택이 배치되어 있는 것인, 상기 컴퓨터 자원들; 및

   프로토콜 요청 메시지 내의 프로토콜 요청 헤더에서 상기 컴퓨터 자원들에게 상기 컴퓨터 자원들에 의해 프로세싱되는 상기 비지니스 거래에 대한 하나 이상의 성능 메트릭(performance metric)들을 모니터링할 것을 발(issue)하는 거래 관리자에 대한 프로그램 명령어

   를 포함하고,

   상기 컴퓨터 자원들 각각은 상기 비지니스 거래를 위해 그리고 상기 거래 관리자에 의해 수신된 프로토콜 응답 메시지 내의 프로토콜 응답 헤더의 상기 하나 이상의 성능 메트릭들을 총계하기 위해 상기 하나 이상의 성능 메트릭들을 수집하는 것이고,

   상기 프로토콜 요청 메시지 내의 상기 프로토콜 요청 헤더는 상기 비지니스 거래에 대한 실행 쓰레드와 연관된 것이고,

   상기 프로토콜 요청 메시지 내의 상기 프로토콜 요청 헤더는, 상기 프로토콜 요청 메시지 내의 상기 프로토콜 요청 헤더가 상기 비지니스 거래와 연관된 모든 교환들을 통해 복제되도록, 상기 비지니스 거래에 대한 상기 실행 쓰레드 내에서 만들어진 임의의 다른 요청들에 전파되는 것이고,

   상기 컴퓨터 자원들 중 상기 비지니스 거래를 프로세싱하는 제1 컴퓨터 자원은 상기 컴퓨터 자원들 중 상기 비지니스 거래를 프로세싱하는 제2 컴퓨터 자원으로부터 상기 프로토콜 요청 헤더와 함께 상기 프로토콜 요청 메시지를 수신하고, 상기 제1 컴퓨터 자원은 새로운 프로토콜 요청 메시지에 상기 프로토콜 요청 헤더를 부가하며, 상기 제1 컴퓨터 자원은 상기 컴퓨터 자원들 중 상기 비지니스 거래를 프로세싱하는 제3 컴퓨터 자원에 상기 프로토콜 요청 헤더와 함께 상기 새로운 프로토콜 요청 메시지를 전송하는 것이며,

   상기 프로그램 명령어는 상기 컴퓨터 시스템의 상기 메모리를 통해 상기 CPU에 의한 실행을 위해 컴퓨터 판독 가능 스토리지 내에 기능적인(functional) 형태로 저장된 것인, 자원 모니터링 시스템.
10. 비지니스 거래를 프로세싱하는 컴퓨터 자원들 -상기 컴퓨터 자원들 각각은 프로토콜 스택을 가짐- 을 모니터링하기 위한 컴퓨터 실행가능한 명령어를 포함하는 컴퓨터 판독가능한 저장 매체에 있어서,

    상기 컴퓨터 실행가능한 명령어는,

    제1 프로그램 명령어 및 제 2 프로그램 명령어를 포함하고,

    상기 제1 프로그램 명령어에 의해, 거래 관리자가 요청 메시지에 명시된 하나 이상의 성능 메트릭들을 수집하기 위한 상기 요청 메시지를 전송하는 단계; 및

    상기 제2 프로그램 명령어에 의해, 상기 거래 관리자가 응답 메시지 내의 응답 헤더에서 상기 비지니스 거래를 프로세싱하는 상기 컴퓨터 자원들에 의해 수집된 상기 하나 이상의 성능 메트릭들을 수신하는 단계

    를 실행시키기 위한 것이고,

    상기 하나 이상의 성능 메트릭들은 상기 비지니스 거래를 프로세싱하는 컴퓨터 자원들에 의해 수집되는 것이고, 상기 컴퓨터 자원들 각각은 그 위에 상기 프로토콜 스택이 배치되어 있는 것이고, 상기 컴퓨터 자원들 중 상기 비지니스 거래를 프로세싱하는 제1 컴퓨터 자원은 상기 컴퓨터 자원들 중 상기 비지니스 거래를 프로세싱하는 제2 컴퓨터 자원으로부터 프로토콜 요청 헤더와 함께 프로토콜 요청 메시지를 수신하는 것이고, 상기 제1 컴퓨터 자원은 새로운 프로토콜 요청 메시지에 상기 프로토콜 요청 헤더를 부가하는 것이며, 상기 제1 컴퓨터 자원은 상기 컴퓨터 자원들 중 상기 비지니스 거래를 프로세싱하는 제3 컴퓨터 자원에 상기 프로토콜 요청 헤더와 함께 상기 새로운 프로토콜 요청 메시지를 전송하는 것이며,

    상기 제1 및 제2 프로그램 명령어는 상기 컴퓨터 판독가능한 저장 매체 상에 저장되는 것인,

    컴퓨터 실행가능한 명령어를 포함하는 컴퓨터 판독가능한 저장 매체.

Images