선수조건

이 기사에서는 샘플 SCA 애플리케이션을 빌드하기 위해 WebSphere Integration Developer 7.0을 사용할 것이다. 독자가 SCA 및 Java 프로그래밍, 웹 서비스, WSDL 인터페이스 및 SOAP/HTTP 요청 관련 경험이 있다고 가정한다. 또한, WebSphere Process Server의 기본 관리 기술도 보유하였다고 가정한다.

위로

소개

웹 서비스들은 SCA 애플리케이션을 호출하는 클라이언트들의 서로 다른 유형에 널리 사용되는 인터페이스들이다. 그러나, 서버가 과부하를 수신하고 응답 시간이 많이 늘어날 것이므로 웹 서비스 SOAP 호출들은 비용이 많이 들 수 있다. 그러면 SOA 비즈니스 솔루션의 성능을 개선하는 방법은 무엇인가? 답은 웹 서비스 호출의 결과를 캐시하는 것이다. 이렇게 하면 SCA 애플리케이션 내에서 실제로 수행되는 처리량을 줄일 수 있다.

Process Server가 캐싱 기능을 제공하는 방법 중 하나는 동적 캐시라고 부르는 서비스를 사용하는 것이다. dynacache라고도 하는 동적 캐시는 애플리케이션 내에서 다른 오브젝트들의 출력을 캐시하는 기능을 제공한다.

이 기사에서는 코드 행을 추가하지 않고 기존 웹 서비스를 캐시하는 방법을 살펴본다. 캐시 구성 파일로 웹 서비스 캐싱 작동을 관리할 수 있다. 이 기사에서는 웹 서비스 호출들의 결과를 캐시하는 캐시 구성 파일을 사용하는 동안 알아야 할 기본 원칙, 캐시 구성 파일을 정의하는 방법 및 애플리케이션 모듈에 이를 사용하는 방법을 다룰 것이다. 이외에도, 캐싱 결과를 유효성 검증하고 모니터하는 방법도 알아볼 것이다.

다음 그림에서는 동적 캐시를 사용하여 웹 서비스 캐싱을 호출하는 SOAP 요청의 기본 원칙을 예제로 보여준다.

위로

샘플 SCA 애플리케이션 준비

이 섹션에서는 WSDL 포트 유형 인터페이스 및 Java 구현을 사용하는 샘플 SCA 애플리케이션을 설명할 것이다. 샘플은 샘플 프로젝트를 가져오기 위해 WebSphere Integration Developer v7.0을 사용하여 개발 및 테스트했다.

1. CacheWebServiceSample.zip(문서의 끝 부분에 있음)을 임시 디렉토리로 다운로드하자.
2. Integration Developer에서 메뉴 File > Import를 선택하여 가져오기 마법사를 열고, Select 대화 상자에서 Other을 확장하고 Project Exchange를 선택하여 Next를 클릭한다.
3. 가져오기 프로젝트 페이지가 표시된다. Browse를 클릭하여 그 zip 파일을 선택한다.
4. 임시 디렉토리를 찾아 1단계에서 방금 다운로드한 zip 파일을 선택한다. (그림 2)

5. Select All을 클릭한다.
6. Finish를 클릭한다.

비즈니스 오브젝트와 서비스 인터페이스 검토

그림 3과 같이 Product와 Products라는 이름의 두 개의 간단한 비즈니스 오브젝트들이 있다.

그림 4와 같이 두 개의 비즈니스 오브젝트들과 관련하여 세 개의 서비스 조작이 있는 ProjectService라는 서비스 인터페이스가 하나 있다.

위의 서비스에 있는 세 개의 조작들은 다음을 의미한다.

1. addProduct: 사용자가 새 제품을 추가하는 용도
2. getProductsByCategory: 특정 카테고리 이름의 모든 제품 찾기
3. getAllProducts: 기존 제품 모두 찾기

서비스 구현 검토

샘플 서비스 구현에서, 반드시 각 함수의 실행 시간은 1초 이상이며 실행되는 동안 일부 메시지가 출력되도록 한다.

목록 1에서는 getProductsByCategory의 샘플 구현을 보여준다. 먼저 함수가 실행되는지 표시하는 메시지를 출력한 다음에, productDAO의 위장 구현에서 카테고리의 제품을 발견하고 결과가 리턴되도록 1초 동안 대기한다.

/**
 * Method generated to support implementation of operation 
 * "getProductsByCategory" defined for WSDL port type
 * named "ProductService".
 *
 * The presence of commonj.sdo.DataObject as the return type and/or as a parameter
 * type conveys that it is a complex type. Please refer to the 
 * WSDL Definition for more information
 * on the type of input, output and fault(s).
 */
public DataObject getProductsByCategory(String categoryName) {
    System.out.println("Enter into the body of getProductsByCategory, by category name 
                                            ["+categoryName+"]");
    return productDAO.getProductsByCategoryName(categoryName);
}

/**
 * Gets the products by the category name
 * @param name, the categroy name
 * @return the products data object
 */
public DataObject getProductsByCategoryName(String name){
        List<DataObject> resultProducts = new ArrayList<DataObject>(2);
        for(DataObject p : this.allProducts){
                String categroyName = p.getString("category");
                if(name.equalsIgnoreCase(categroyName)){
                        resultProducts.add(p);
                }
        }
        DataObject result = this.newProducts();
        result.setList("product", resultProducts);
        waitOneMinute();
        return result;
}
</DataObject>

Integration Test Client를 사용하여 샘플 애플리케이션 테스트

샘플 애플리케이션을 테스트하려면 다음을 수행한다.

1. Integration Developer의 Business Integration 관점에서 그 프로젝트를 마우스 오른쪽 단추 클릭하고, 팝업 메뉴에서 Test > Test Module을 선택한다.
2. Integration Test Client 페이지가 표시된다. 오른쪽 패널에서 Details Properties를 펼친다. 테스트하려는 컴포넌트, 서비스 인터페이스 및 해당되는 조작을 선택한다. 여기에서 테스트를 위한 예제로 ProductComponent, ProductService 및 getProductByCategory를 선택한다(그림 5).
3. 조작에 일부 입력 메시지가 필요하면 오른쪽 맨 아래 패널에 Initial request parameters라는 제목으로 입력해야 한다. (그림 5)

4. 서비스 구성 및 매개변수를 준비할 때에 도구 모음의 왼쪽에 있는 Invoke 아이콘을 클릭하여 실행을 시작한다. (그림 5)
5. Deployment Location 대화 상자가 표시될 것이다. Process Server 런타임을 선택하고 Finish를 클릭한다.
6. Process Server를 시작하고 모듈이 배치될 것이다.
7. 몇 분 후에 2단계에서 열린 Integration Test Client에서 결과를 확인할 수 있다. (그림 6)

위로

프로세스 서버에서 동적 캐시 서비스 사용

웹 서비스의 동적 캐시 서비스를 사용하려면 서버 시작 시 서블릿 캐싱을 사용해야 한다.

1. 브라우저에서 Process Server의 관리 콘솔을 연다.
2. Servers > WebSphere application servers > server_name > Web Container Settings > Web container로 탐색하여, 그림 7과 유사한 구성 페이지를 볼 수 있다.

3. Enable servlet caching 옵션이 선택되었는지 확인한다.
4. Ok를 클릭한다.
5. 변경한 내용을 저장하고 서버를 다시 시작한다.

Process Server는 캐시 항목을 보고 관리하는 Dynamic Cache Monitor라는 이름의 애플리케이션을 사용자에게 제공한다. 이 애플리케이션은 기본으로 설치되지 않는다. 아래 단계를 따라서 설치하고 사용하자.

1. 관리 콘솔에서 Applications > New Application으로 탐색하여 New Enterprise Application을 클릭한다.
2. Browse를 클릭하여 서버의 설치 가능 애플리케이션 경로에 애플리케이션 ear 파일을 찾는다. 즉, <WPS_HOME>/ installableApps/ CacheMonitor.ear이다.
3. 마법사를 따라 이를 올바르게 설치한다.
4. 한 번 설치하면 시작할 수 있는 Applications < WebSphere enterprise applications를 탐색하여 애플리케이션을 볼 수 있다.
5. 누구에게나 애플리케이션의 액세스 권한을 부여하려면 Applications > WebSphere enterprise applications > Dynamic Cache Monitor > Security role to user/group mapping으로 탐색한다. 이 페이지에서 역할 관리자의 선택란을 선택하고 Map Special Subjects 메뉴의 Everyone을 선택한다. (그림 8)

6. Ok를 클릭한다.
7. Dynamic Cache Monitor 애플리케이션을 시작한다. (그림 9)

8. 브라우저에서 그림 10과 유사한 동적 캐시 모니터의 웹 페이지를 열 수 있다.

동적 캐시 서비스를 한 번 사용하고 동적 캐시 모니터 애플리케이션을 설치하면, 이제 애플리케이션으로 작업할 준비가 된 것이다.

위로

캐시 구성 파일을 사용하는 두 가지 방법

캐시 스펙 및 유효하지 않은 정책들이 cachespec.xml 파일을 통해 제공된다. 이 파일은 매우 강력하여, 서블릿/JSP 단편, 웹 서비스 등 동적 컨텐츠의 몇 가지 유형에 대한 캐시를 정의할 수 있다. 이 기사에서는 이를 캐시 웹 서비스로 사용하는 방법을 시연할 것이다. 이 캐시의 유형에 웹 서비스 SOAP 호출의 결과가 들어 있을 것이다.

이제 애플리케이션 서버의 특성 디렉토리에서 글로벌 cachespec.xml을 저장하거나 배치 모듈로 캐시 구성 파일을 배치할 수 있다.

<?xml version="1.0" ?>
<cache>
  <cache-entry>
      <class>webservice</class>
      <name>/CacheWebServiceSampleWeb/sca/ProductServiceExport2</name>
      <sharing-policy>not-shared</sharing-policy>
      <cache-id>
    		<component id="21" type="serviceOperation">
    	<value>http://CacheWebServiceSample/ProductService:getProductsByCategory</value>
    		</component>
    		<component id="Hash" type="SOAPEnvelope"/>
    	    <timeout>180</timeout>
    	    <priority>1</priority>
      </cache-id>   	    	    				        
      <cache-id>
            <component id="23" type="serviceOperation">
                 <value>http://CacheWebServiceSample/
                        ProductService:getAllProducts</value>
            </component>
            <component id="Hash" type="SOAPEnvelope"/>
            <timeout>180</timeout>
            <priority>1</priority>
      </cache-id>
  </cache-entry>  
</cache>

목록 2는 웹 서비스 호출의 단일 캐시 항목이 있는 샘플 글로벌 cachespec.xml 파일을 보여준다. 클래스 요소는 항목 유형이 웹 서비스 호출임을 표시하며, 이름 요소의 값은 웹 서비스의 URI 경로이다. 요소 캐시-id는 캐시 항목의 ID를 정의하고, 여기에서 id의 값은 서비스 조작과 SOAP 엔벨로프의 해시 값의 결합이며, 제한시간 요소는 180초 동안 유지될 캐시 항목을 보여준다.

그림 11과 같이 웹 서비스 바인딩 파일에서부터 이름 요소의 값을 찾을 수 있다.

그림 12와 같이 서비스 조작 컴포넌트 값의 경우, 이는 서비스 인터페이스 네임스페이스와 조작 이름의 결합이다.

<?xml version="1.0" ?<
<cache>
  <cache-entry>
      <class>webservice</class>
      <name>/sca/ProductServiceExport2</name>
      <sharing-policy>not-shared</sharing-policy>
      <cache-id>
    		<component id="21" type="serviceOperation">
    	<value>http://CacheWebServiceSample/ProductService:getProductsByCategory</value>
    		</component>
    		<component id="Hash" type="SOAPEnvelope"/>
    	    <timeout>180</timeout>
    	    <priority>1</priority>
      </cache-id>   	    	    				        
      <cache-id>
            <component id="23" type="serviceOperation">
                 <value>http://CacheWebServiceSample/ProductService:getAllProducts</value>
            </component>
            <component id="Hash" type="SOAPEnvelope"/>
            <timeout>180</timeout>
            <priority>1</priority>
      </cache-id>
  </cache-entry>
</cache>

목록 3은 웹 서비스 호출의 단일 캐시 항목이 있는 샘플 모듈 레벨 cachespec.xml 파일을 보여준다. 목록 2의 이전 샘플 구성 파일과 비교하면, 이 둘 사이의 유일한 차이점은 이름 요소의 값이다. 구성 파일이 모듈로 배치될 경우, 웹 서비스의 URI 경로는 전체 경로가 아니라 상대적인 경로이어야 한다.

예를 들어, 제품 서비스의 전체 URI 경로는 "/CacheWebServiceSampleWeb/sca/ProductServiceExport2"이며, 상대적인 경로는 "/sca/ProductServiceExport2"가 될 것이다.

글로벌 메소드를 사용하여 웹 서비스 호출의 캐시 구성 파일을 사용하려면 다음을 수행한다.

1. Process Servers 특성 폴더로 탐색한다. 이는 일반적으로 <WPS_ROOT>/profiles/<profile_name>/properties/가 될 것이다.
2. 샘플 글로벌 캐시 구성 파일(목록 2)을 복사하고, 파일 이름은 반드시 cachespec.xml이 되어야 한다.
3. Process Server를 다시 시작한다.

애플리케이션 모듈과 함께 cachespec.xml 파일을 배치하려면 다음을 수행한다.

1. Integration Developer에서 Business Integration 관점으로 전환하여, Project > Business Integration Projects > Update Deploy Code 메뉴를 선택한다.
2. Java EE 관점으로 전환하면, Integration Developer는 비즈니스 통합 애플리케이션의 웹 모듈을 자동 생성하고 웹 모듈의 이름은 부록 "Web"을 추가하여, 여기에서는 CacheWebServiceSampleWeb이 될 것이다(그림 13).

3. 샘플 모듈 레벨 캐시 구성 파일(목록 3)을 <Web_module>/WebContent/WEB-INF 폴더로 복사한다. (그림 13)
4. 비즈니스 통합 애플리케이션 CacheWebServiceSample을 Process Server로 다시 배치한다.

위의 방법 중 하나로 비즈니스 통합 애플리케이션의 캐싱 정책을 사용할 수 있다. 권장 방법은 애플리케이션 모듈당 캐시 스펙을 정의하는 것이다. 그 후에, Process Server를 다시 시작하는 것이 아니라 최신 cachespec.xml 파일로 애플리케이션을 다시 배치하여 시행할 수 있다.

위로

SoapUI를 사용하는 웹 서비스 캐싱 테스트

샘플 애플리케이션으로 cachespec.xml 파일을 Process Server로 배치했다고 가정한다. 섹션에서 예상대로 웹 서비스 캐시 작동을 확인할 것이다.

SoapUI는 웹 서비스를 테스트하기 위해 사용하기 편리한 도구이다. SoapUI 웹 사이트에서 이를 다운로드하여 사용할 수 있다.

샘플 웹 서비스 캐싱을 테스트하려면 다음 단계를 따른다.

1. SoapUI 웹 사이트에서 지시사항을 따르는 SoapUI 도구를 다운로드하고 설치한다.
2. SoapUI를 시작하고, File > New soapUI Project 메뉴를 선택하여 마법사를 시작한다. 프로젝트 이름으로 CacheSample을 입력하고 Browse를 클릭하여 WSDL을 찾는다. 이 기사에서 파일은 CacheWebServiceSample/CacheWebServiceSample_ProductServiceExport2.wsdl이다(그림 14).

3. OK를 클릭하면 도구가 각 서비스 조작의 샘플 요청을 작성할 것이다.
4. 왼쪽 패널에서 getProductsByCategory를 펼치고 Request 1을 두 번 클릭하면, 테스트로 전송할 수 있는 사전 구성된 SOAP 요청을 확인할 수 있다. (그림 15)
5. 요청 엔벨로프의 <categoryName> 노드에서 book 텍스트를 입력한다.
6. SOAP 요청 텍스트 바로 위의 도구 모음에서 녹색 화살표 단추를 클릭하면, 요청을 서비스로 전송하고 오른쪽 패널에 결과 SOAP 응답을 표시한다. (그림 15)

7. 맨 아래 분할 창에서 응답 시간이 거의 2368밀리초임을 확인할 수 있다. 그리고 Integration Developer의 Console 보기에서 서비스 실행으로 출력되는 메시지를 볼 수 있다. (그림 16)

8. 6단계를 반복하여 2차로 서비스를 호출하면 응답 시간이 굉장히 많이 감소하였음을 확인할 수 있고(16밀리초에 불과함), Integration Developer의 Console 보기에서 출력된 메시지가 없음을 확인할 수 있다. 이는 이러한 시간 SOAP 요청의 결과가 캐시에서부터 비롯된 것임을 의미한다. (그림 17)

요청 엔벨로프의 <categoryName> 노드에서 pen 텍스트를 입력하여, 다른 카테고리 이름으로 3차 요청을 전송한다. Integration Developer의 Console 보기에서 서비스가 그림 18과 같이 실행되는 것을 표시하는 또 다른 메시지가 출력된다. 그림 19는 이번 SOAP 호출 이후 SoapUI 요청 결과 패널을 보여준다.

이 섹션은 SoapUI 도구로 웹 서비스 캐싱을 테스트하는 방법을 설명한다. 마찬가지로 서비스 조작들을 모두 확인하기 위해 테스트할 수 있다.

위로

웹 서비스 결과 캐시 모니터링

이전 섹션인 프로세스 서버에서 동적 캐시 서비스 사용에서 Process Server 설치와 함께 제공되는 동적 캐시 모니터 애플리케이션을 설치했다.

이를 사용하려면 다음 단계를 따른다.

1. 브라우저에서 모니터 페이지를 열면, URL은 http://locahost:9080/cachemonitor/와 유사할 것이며, 기본값으로 Cache Statistics 페이지가 표시된다(그림 20). 맨 위에 Clear Cache 단추가 있으며, 이는 캐시를 수동으로 지우는 데 사용할 수 있다.

2. 캐시 정책 파일의 유무를 확인하려면, 왼쪽 탐색에서 Cache Policies 링크를 클릭하여 웹 서비스 유형으로 하나의 정책 템플리트가 있음을 볼 수 있다(그림 21).

3. 캐시된 컨텐츠를 보려면 왼쪽 탐색에서 Cache Contents 링크를 클릭한다. 이 페이지에서 현재 두 개의 캐시된 항목들과 각 항목의 캐시 ID가 있음을 볼 수 있다(그림 22).

위로

결론

웹 서비스는 SOA 비즈니스 솔루션에서 널리 사용되지만, 웹 서비스 SOAP 호출은 비용이 매우 많이 들 수 있다. 이 기사는 웹 서비스 내보내기로 샘플 SCA 애플리케이션에서부터 시작하여, 캐시 정책 세트를 정의하는 방법과 웹 서비스 애플리케이션으로 이를 사용하는 방법을 논의한다. SoapUI를 사용하는 테스팅 결과에 따르면, 웹 서비스 호출의 성능이 개선될 것이라는 점은 명백하다. 이 기사에서는 그 외에도 캐시 항목을 모니터하는 방법도 소개한다.

위로

다운로드 하십시오

다운로드 방식에 대한 정보

참고자료

교육

• IBM WebSphere Integration Developer Version 7.0 Information Center에 WebSphere Integration Developer의 전체적인 제품 정보가 나와있다.
  
  
• WebSphere Integration Developer 영역에서는 WebSphere Integration Developer를 사용하여 SOA 기반 애플리케이션을 빌드하는 데 유용한 기술 기사들을 발행한다.
  
  
• "IBM WebSphere Developer Technical Journal: Static and dynamic caching in WebSphere Application Server V5" (developerWorks저, 2004년 5월)에서는 WebSphere Application Server에서 캐싱 개념과 기술의 개요를 제공한다.
  
  

제품 및 기술 얻기

• 자신에게 가장한 적합한 방법으로 IBM 제품을 평가해 보자. 시험판 제품을 다운로드하거나, 온라인으로 제품을 사용해 보거나, 클라우드 환경에서 제품을 사용하거나, SOA Sandbox에서 SOA(Service Oriented Architecture)를 효과적으로 구현하는 방법을 배울 수 있다.
  
  

토론

• My developerWorks 커뮤니티에 참여하자. 개발자가 운영하고 있는 블로그, 포럼, 그룹 및 위키를 살펴보면서 다른 developerWorks 사용자와 의견을 나눌 수 있다.
  
  

필자소개

아티클 순위

의견

위로

목차

• 선수조건
• 소개
• 샘플 SCA 애플리케이션 준비
• 프로세스 서버에서 동적 캐시 서비스 사용
• 캐시 구성 파일을 사용하는 두 가지 방법
• SoapUI를 사용하는 웹 서비스 캐싱 테스트
• 웹 서비스 결과 캐시 모니터링
• 결론
• 다운로드 하십시오
• 참고자료
• 필자소개
• 의견