서비스 스텁은 실제 서비스의 시뮬레이션이며, 이는 기능상으로 테스트 환경에서 서비스를 대체하기 위해 사용될 수 있습니다. 스텁 서버는 실제 Application Server를 대체합니다.
클라이언트 애플리케이션의 관점에서 보면 서비스 스텁은 시뮬레이션하는 실제 서비스와 동일하게 보입니다. 실제 서비스의 대체에서 서비스 스텁을 사용하려면 스텁 서버의 URL을 가진 클라이언트 애플리케이션에서 원래 서비스의 URL을
대체할 수 있어야 합니다.
중요사항: 버전 8.7 이상의 경우, 원격으로 스텁 서버를 배치하기 위해 IBM® Rational® Performance Tester의
스케줄 옵션을 사용할 수 없습니다. 이미 원격으로 스텁 서버를 배치한 경우, IBM Rational Service Tester for SOA Quality
또는 Rational Performance Tester을
해당 컴퓨터에 설치한 다음 로컬로 스텁 서버를 배치해야 합니다.
케이스 예제 사용
사용자의 테스트를 위한 실제 서비스를 사용하는 대신에 스텁 서비스를 배치하는 것이 유용할 수 있는 여러 경우가 있습니다.
- 다른 원격 서비스로부터 데이터를 사용하는 로컬 서비스를 테스트하고 있다면 원격 서비스로부터 테스트할 서비스에 특정 컨텐츠를 주입해야 할 수도 있습니다. 서비스 스텁으로 원격 서비스를
시뮬레이션하여 로컬 서비스가 일부 특정 입력에 적절하게 응답하는지
확인할 수 있습니다.
- 각 호출에 대한 일부 상용 서비스 과금 사용자. 그러한 서비스를
테스트하는 경우, 상용 서비스에 의해 과금되지 않고 스텁 서비스에 대한 사용자 테스트를 개발하고 디버그할 수 있고, 이는 실제 서비스의 WSDL을 기반으로 합니다.
- 다중 클라이언트와 서비스를 포함하는 대형 애플리케이션의 통합 동안 해당 WSDL 스펙이 사용 가능할지라도 일부 서비스가 아직
작동되지 않을 수도 있습니다. 서비스 스텁으로 누락된 서비스를 시뮬레이션할 수 있고, 이는 통합 작업을 계속할 수 있게 허용할 것입니다.
서비스 스텁 아키텍처
기존 WSDL 스펙을 제공하여 서비스 스텁을 작성합니다. 정확하게 동일한 인터페이스로 해결될 수 있도록 서비스 스텁은 원래 서비스와 정확하게 동일한 포트와 바인딩으로 생성됩니다. 서비스에서 각 오퍼레이션은 WSDL이 정의하는 유형의 기본의 응답을 리턴합니다.
원래 서비스의 실제 응답을 시뮬레이션하는
조건부 응답을 작성하거나 기본 응답을 변경하도록 스텁 편집기에서
서비스 스텁을 편집할 수 있습니다.
서비스 스텁 편집을
완료했을 때, 이를 로컬 스텁 서버에 배치할 수 있습니다. 이는
워크벤치에서 실행됩니다. 스텁 서버는 실제 Application Server를 시뮬레이션하고 여러 서비스 스텁을 호스팅할 수 있습니다. 스텁 모니터 보기로부터 스텁 서버를 제어합니다.
마침내, 원래 서비스 대신 서비스 스텁을 사용하려면 원래 Application Server 대신에 로컬 스텁 서버를 가리키기 위해 클라이언트
애플리케이션에서 사용된 URL을 변경합니다. 서비스 스텁의 WSDL 뿐만 아니라 이 URL은
스텁 모니터 보기에서 제공됩니다.