9장. 서비스 레이어pds11.egloos.com/pds/200901/14/88/a0105788_496df5c57cfdb.pdfÂ11장....

One Step Ahead

SOASOA--서비스서비스 지향지향 아키텍처아키텍처개념에서 설계, 구현까지

김상일

[email protected]

2SOA 서비스 지향 아키텍처

- One Step Ahead -

Copyright ⓒ NEXTREE SOFT CO., LTD., 2007, All Rights Reserved.

11장장.. 개론개론22장장.. 사례연구사례연구33장장.. SOA SOA 소개소개44장장.. SOASOA의의 진화진화55장장.. 웹서비스와웹서비스와 초기초기 SOASOA66장장.. 웹서비스와웹서비스와 최신최신 SOA (1)SOA (1)액티비티액티비티 관리와관리와 구성구성77장장.. 웹서비스와웹서비스와 최신최신 SOA (2)SOA (2)진보한진보한 메시징메시징, , 메타데이터메타데이터, , 보안보안88장장.. 서비스서비스 지향지향 원칙원칙99장장.. 서비스서비스 레이어레이어1010장장.. SOA SOA 구축구축 전략전략1111장장.. 서비스서비스 지향지향 분석분석 (1) (1) 도입도입1212장장.. 서비스서비스 지향지향 분석분석 (2) (2) 서비스서비스 모델링모델링1313장장.. 서비스서비스 지향지향 설계설계 (1) (1) 도입도입1414장장.. 서비스서비스 지향지향 설계설계 (2) SOA (2) SOA 구성구성 가이드라인가이드라인1515장장.. 서비스서비스 지향지향 설계설계 (3) (3) 서비스서비스 설계설계1616장장.. 서비스서비스 지향지향 설계설계 (4) (4) 비즈니스비즈니스 프로세스프로세스 설계설계1717장장.. WSWS--확장확장 기본기본1818장장.. SOA SOA 플랫폼플랫폼

ContentsContents

99장장. . 서비스서비스 레이어레이어


- One Step Ahead -


1. 1. 서비스서비스 지향과지향과 최신최신 SOA (1)SOA (1)최신 SOA는 매우 복잡하고 정교한 아키텍처 플랫폼으로, 지금까지 있었던 IT상의 다양한 문제점들을 해결할 수 있는 열쇠를 가지고 있다.

최신 SOA는 기존에 존재하던 다양한 패러다임과 기술을 일부 도입하여, 이를통해 SOA의 전체 비전을 지원하기도 한다.

그러나 SOA가 제공하는 장점의 대부분은 서비스 지향의 분석과 설계를 통해서만 얻을 수 있다.

다음의 세 가지 요소는 지금까지 논의해온 최신 SOA에 중요하게 영향을 미치는 요소들이다(그림).

1세대의 웹서비스 개념

2세대의 (WS-*) 웹서비스 개념

서비스 지향 원칙


- One Step Ahead -


1. 1. 서비스서비스 지향과지향과 최신최신 SOA (2)SOA (2)최신 SOA를 형성하고 지원하는 외부 영향요소들

최신SOA

1세대웹서비스 개념

2세대WS-* 개념

서비스 지향의원칙


- One Step Ahead -


1. 1. 서비스서비스 지향과지향과 최신최신 SOA (3)SOA (3)1. SOA 특성과 근원 (1)

3가지 특성들이 어떻게 실현될 수 있는지 논의하기 위해서 세 가지 외부 영향요소들이 지원하지 않는 특성에는 무엇이 있는지 식별해야 한다.

최신 SOA 특성들이 웹서비스 스펙과 서비스 지향 원칙에 의해 어떻게 영향을 받는지에 대한 정리

특성 특성을 뒷받침 하는 근원

기본적인 자율성자율성은 SOA의 많은 부분에 적용될 수 있는 핵심 서비스 지향 원칙 중의 하나이다. 서비스 로직을 구축하고조립할 때 자율성을 추구하는 것은 그밖의 SOA 특성을 지원한다.

공개 표준 기반이것은 웹서비스 기술 플랫폼과 날로 확대되는 WS-* 스펙들에 기반하여 SOA를 구축할 때 자연적으로 생겨나는 부산물이다. 웹서비스 스펙의 대다수는 공개되어 있고 벤더 중립적이다.

QoS 개선 가능성 최신 SOA에 의해 제공되는 서비스 개선의 품질 대부분은 개별 WS-* 확장에 대한 벤더 구현을 통해 실현된다.

아키텍처적인 조합성

서비스 수준의 조합성이 서비스 지향 원칙 중 하나이지만, 이것만으로 아키텍처적인 조합성이 지원되는 것은아니다. 아키텍처가 조합성을 지원하기 위해서는 그 아키텍처를 구축하는 기술이 이 개념을 지원해야 한다. 이를 위해 각 기술 분야별 WS-* 스펙들은 아키텍처가 조합 가능하도록 지원하며, SOA가 단순히 필요한 확장들을 구현하는 것만으로 해당 기술을 달성할 수 있게 한다.

벤더 다양성이 특성은 SOA의 특성이라기보다는 SOA를 통해서 얻을 수 있는 장점에 더 가깝다. 어찌됐든 웹서비스 플랫폼이 제공하는 공개 표준을 사용함으로써 지원되는 특성이다.

상호운영성

웹서비스의 표준화된 커뮤니케이션 프레임워크는 서비스 간의 제한없는 상호운영성을 촉진하는 환경을 제공해 준다. 이는 더 이상 비밀이 아니다. 그러나 서비스 간의 본질적인 상호운영성을 촉진하기 위해서는, 설계 표준을 작성할 때 더 깊게 생각하고 만들어야 한다. 다양한 WS-* 스펙들이 이를 지원한다 하더라도, 이 특성은 위의 세 가지 영향요소들에 의해 자동적으로 지원되는 것은 아니다.

발견성서비스 수준의 발견성은 기본적인 서비스 지향 원칙 중의 하나이다. 서비스 수준에서 발견성을 구현하기 위해서는 UDDI(1세대 웹서비스 스펙 중의 하나)와 같은 디렉토리 기술을 사용해야 한다.


- One Step Ahead -


1. 1. 서비스서비스 지향과지향과 최신최신 SOA (4)SOA (4)1. SOA 특성과 근원 (2)

최신 SOA 특성들이 웹서비스 스펙과 서비스 지향 원칙에 의해 어떻게 영향을 받는지에 대한 정리

특성 특성을 뒷받침 하는 근원

서비스 간 연합 촉진연합(federation)은 SOA를 서비스 지향 통합으로까지 확장함으로써 달성될 수 있는 특성이다. 수많은 핵심WS-* 확장들은 연합을 달성할 수 있게 지원하는 여러 기능들을 제공한다. 이 중에 가장 주목해야 하는 것은 오케스트레이션과 커리어그래피의 개념을 구현한 스펙이다.

재사용성재사용성은 서비스 지향의 주요 원칙 중 하나이고 서비스 지향 솔루션 환경 전체에 적용될 수 있는 특성이다. SOA는 본질적으로 재사용 가능한 서비스 로직을 생성할 수 있도록 촉진한다. 이는 수준 높은 서비스 설계를 통해 달성할 수 있는 이점이다.

확장성웹서비스가 조합 가능하고 공개 표준에 기반한다면, 확장성은 웹서비스 플랫폼이 갖게 되는 자연스러운 특성이다. 여러 WS-* 확장들은 확장성을 지원하는 아키텍처 메커니즘을 제공한다. 그러나 확장성은 개별 서비스와전체 SOA를 설계할 때 더 많은 노력을 기울여야 하는 특성이다.

서비스 지향 비즈니스모델링

오케스트레이션은 이 핵심 특성을 지원하지만, 오케스트레이션을 도입한다고 해서 자동으로 지원되는 것은 아니다. WS-BPEL과 같은 WS-* 스펙들은 비즈니스 처리 로직을 표현할 수 있는 언어를 제공하며, 이를 통해 프로세스를 정의할 수 있다. 그러나 이런 방식으로 비즈니스 모델링을 하기 위해서는 신중한 설계 과정을 거쳐야한다.

추상화 레이어서비스 지향 원칙들은 일반적으로 서비스 인터페이스 수준에서 블랙 박스 형태의 추상화를 지원한다. 그러나로직의 추상화를 계층적으로 적용하기 위해서는 서비스를 특정 설계 표준에 따라 설계하고 조직해야만 한다.

기업환경 전반의 느슨한 결합

느슨한 결합은 웹서비스의 기본적인 특성 중 하나이다. 어떤 조직의 비즈니스와 애플리케이션 도메인 전체에걸쳐서 SOA와 추상화 레이어를 균형 있게 확산함으로써, 느슨하게 결합된 기업 환경 시스템을 구축할 수 있다.

조직적 기민성웹서비스, 서비스 지향 원칙, WS-* 스펙을 사용하여 어떤 조직의 기민성을 증가시킬 수 있다하더라도, 직접적으로 기민성을 지원하지는 못한다. 이 중요한 특성은 헌신적인 분석, 설계 작업을 통해 달성될 수 있으며, 다른SOA의 특성들의 실현에 의존한다.


- One Step Ahead -


1. 1. 서비스서비스 지향과지향과 최신최신 SOA (5)SOA (5)2. 직접 지원하지 않는 SOA 특성

외부 영향요소에 의해 지원되는 SOA 특성들을 제거하고 나면, 다음 여섯 가지의특성이 남는다.

본질적인 상호운영성

확장성


서비스 지향 비즈니스 모델링

조직적 기민성

추상화 레이어

다음 네 가지 특성들은 외부 영향 요소에 의해 직접적으로 지원되거나 제공되지않는다.


서비스 지향 비즈니스 모델링

조직적 기민성

추상화 레이어

실제로는 이 네 개의 특성들이 아키텍처의 가장 핵심적인 이점을 대부분 제공한다.


- One Step Ahead -


핵심핵심 요약요약최신 SOA를 형성하고 이에 영향을 미치는 주요한 외부 영향요소들은 1세대, 2세대 웹서비스 스펙과 서비스 지향 원칙이다.

실제로 최신 SOA를 정의하는 수많은 특성들은 이 외부 영향요소들에 의해 제공된다.

이 영향요소들에 의해 직접적으로 지원되지 않는 특성들은 모델링과 설계 작업에 많은 노력을 들여야 실현될 수 있다.

또한 이 특성들은 SOA의 가장 중요하고 넓은 범위에 영향을 미치는 특징이나이점들을 나타낸다.


- One Step Ahead -


2. 2. 서비스서비스 레이어레이어 추상화추상화 (1)(1)엔터프라이즈 모델에서, 서비스 인터페이스 레이어는 비즈니스 프로세스 레이어와 애플리케이션 레이어 사이에 위치한다.

이 서비스 인터페이스 레이어는 서비스 연결이 발생하는 곳이고, 따라서 SOA의 특성이 가장 잘 나타나는 곳이다.

이 특성들을 효과적으로 구현하기 위해서는, 몇 가지 큰 이슈들을 해결해야 한다.

어떤 로직이 서비스로 표현돼야 하는가?

서비스가 기존 애플리케이션 로직과 어떤 관계를 가지는가?

어떻게 하면 서비스가 비즈니스 프로세스 로직을 가장 잘 표현할 수 있는가?

서비스가 기민성을 높이기 위해 어떻게 개발되거나 처리돼야 하는가?


- One Step Ahead -


2. 2. 서비스서비스 레이어레이어 추상화추상화 (2)(2)1. 서비스 레이어로 해결할 수 있는 문제 (1)

어떤 로직이 서비스로 표현돼야 하는가?서비스 지향 원칙이 적용될 수 있다면, 어떤 유형의 로직이라도 표현할 수 있도록 서비스를 설계할 수 있다.

서비스가 기존 애플리케이션 로직과 어떤 관계를 가지는가?기존에 존재하는 애플리케이션 로직이 서비스를 통해 노출돼야 하는지, 아니면 서비스를 제공하기 위해 새로운 로직을 개발해야만 하는지에 달려있다.

어떻게 하면 서비스가 비즈니스 프로세스 로직을 가장 잘 표현할 수 있는가?비즈니스 로직은 특정 조직의 비즈니스 모델과 비즈니스 프로세스에 의해 정의된다.

비즈니스 로직을 나태내도록 서비스를 모델링할 때 가장 중요한 것은, 서비스가 비즈니스 모델의 연장선 상에서 그 로직을 표현할 수 있게 하는 것이다.

서비스가 기민성을 높이기 위해 어떻게 개발되거나 처리돼야 하는가?기민한 SOA를 구축하기 위한 핵심은 각 서비스가 그 서비스를 처리하는 로직에 대한의존성을 최소화 하는 것에 있다.

비즈니스 규칙을 갖는 서비스는 런타임 시에 이 규칙을 실행하고 이 규칙에 따라 행동하도록 요구된다.

모든 형태의 조직화된 서비스 추상화는 기업을 기민하게 만드는 것에 기여하고, 기민한 기업은 애플리케이션, 비즈니스, 오케스트레이션 레이어를 분리함으로써 이 특성을 제공할 수 있다.


- One Step Ahead -



추상화가 해답이다.각 레이어 별로 특정 이슈들을 해결할 수 있게, 각 레이어는 특화된 관점에 따라 추상화를 달리한다.

이렇게 관점을 분리하면, 비즈니스와 애플리케이션, 기민성 모두를 한꺼번에 고려하여 서비스들을 구축해야만 하는 부담을 덜 수 있다.

SOA에서 식별된 추상화의 세 계층은 다음과 같다.오케스트레이션 서비스 레이어

비즈니스 서비스 레이어

애플리케이션 서비스 레이어


- One Step Ahead -



세 개의 주요 서비스 레이어

오케스트레이션서비스 레이어

비즈니스서비스 레이어

비즈니스프로세스레이어

애플리케이션레이어

서비스인터페이스

레이어

애플리케이션서비스 레이어


- One Step Ahead -


핵심핵심 요약요약각 서비스 레이어를 통해 구현된 추상화 개념으로, 최신 SOA의 핵심 특성들이 실현될 수 있다.

그 중에서 가장 두드러지는 것은 조직적 기민성의 증가이다.

SOA의 일반적인 세 레이어

오케스트레이션 서비스 레이어


애플리케이션 서비스 레이어


- One Step Ahead -


3. 3. 애플리케이션애플리케이션 서비스서비스 레이어레이어 (1)(1)애플리케이션 서비스 레이어는 기술에 특화된 기능을 표현하기 위한 토대가된다.

이 레이어에 존재하는 서비스들은 애플리케이션 서비스로 분류할 수 있다(그림).

애플리케이션 서비스의 목적

재사용할 수 있는 기능을 제공하는 것

일반적으로 이 기능은 신규 혹은 기존 애플리케이션 환경에서 데이터를 처리하는 것과 관련이 있다.

애플리케이션 서비스의 특성

특정한 처리 상황에 알맞은 기능을 노출한다.

주어진 플랫폼에서 사용할 수 있는 자원들을 이용한다.

솔루션에 독립적이다.

일반적이고 재사용 가능하다.

다른 애플리케이션 서비스들과 일대일로 통합하기 위해 사용될 수 있다.

종종 노출되는 인터페이스의 크기가 일관적이지 않다.

직접 개발한 서비스들과 서드파티 서비스들이 혼합되어 구성된다.


- One Step Ahead -


3. 3. 애플리케이션애플리케이션 서비스서비스 레이어레이어 (2)(2)애플리케이션 서비스 레이어




레이어 애플리케이션서비스 레이어

애플리케이션서비스


- One Step Ahead -


3. 3. 애플리케이션애플리케이션 서비스서비스 레이어레이어 (3)(3)애플리케이션 서비스에 해당하는 서비스 모델의 예

유티리티 서비스

래퍼 서비스

비즈니스 서비스 레이어가 별도로 분리되어 존재한다면

모든 애플리케이션 서비스들이 일반적인 유틸리티 서비스가 되도록 강력한 동기를 부여한다.

이 서비스들은 솔루션에 독립적인 방식으로 구현되며, 비즈니스 요구사항을 처리하기 위해서 비즈니스 서비스가 조합할 수 있는 재사용가능한 오퍼레이션을 제공한다.

비즈니스 로직이 별도로 분리된 레이어에 존재하지 않는다면

애플리케이션 서비스는 비즈니스 서비스 레이어에 밀접한 서비스 모델을 구현해야 할지도 모른다.

예를들어,어떤 애플리케이션 서비스가 애플리케이션 로직과 직접적으로 상호작용하는 비즈니스 규칙을 내장하고 있다면, 이는 하나의 비즈니스 서비스로서 분류할 수도 있다.


- One Step Ahead -


3. 3. 애플리케이션애플리케이션 서비스서비스 레이어레이어 (4)(4)애플리케이션과 비즈니스 로직 모두를 가진 서비스

하이브리드 애플리케이션 서비스나 단순히 하이브리드 서비스라고 부를 수 있다.

이 서비스 모델은 기존의 분산아키텍처에서 볼 수 있는데, 서비스 추상화 레이어를 구축할 때 권장하는 설계 방식은 아니다.

애플리케이션 서비스

작은 크기의 애플리케이션 서비스들을 조합하여 큰 크기의 애플리케이션 서비스를 만들 수도 있다.

통합 서비스

흔히 시스템들 간의 통합을 위해서만 존재하는 애플리케이션 서비스는 애플리케이션 통합 서비스나 단순히 통합 서비스라고 부른다.

이 통합 서비스는 주로 컨트롤러의 역할을 맡는다.

통합 서비스는 주로 애플리케이션 서비스 레이어에 위치하며, 래퍼 서비스 모델과 긴밀한 관계가 있다.


- One Step Ahead -


3. 3. 애플리케이션애플리케이션 서비스서비스 레이어레이어 (5)(5)래퍼 서비스

래퍼 서비스들은 대부분 통합의 목적으로 사용된다.이 서비스들은 서비스 요청자에게 기존의 기능을 노출하기 위해서 기존 환경의일부나 전체를 캡슐화한다(감싼다).

래퍼 서비스의 가장 흔한 형태기존 벤더들에 의해 제공되는 서비스 어댑터

이는 웹서비스의 파격적인 형태이며, 기존 로직이 사용하던 벤더 정의 서비스 인터페이스(기본 API를 제공)를 서비스 형태로 제공한다.

프록시 서비스래퍼 서비스의 또 다른 형태

WSDL을 자동으로 생성한다.기존에 존재하는 컴포넌트 인터페이스를 반영하여 WSDL 정의를 제공한다.이를 통해서 해당 컴포넌트에 대한 엔드포인트를 구축할 수 있으며, 그 컴포넌트로 하여금 SOAP 커뮤니케이션에 참가할 수 있게 한다.주의사항

프록시 서비스를 서비스 프록시와 혼동하지 말아야 한다.서비스 프록시는 서비스 제공자에게 접근하기 위해서 서비스 요청자가 사용하는 것


- One Step Ahead -


핵심핵심 요약요약애플리케이션 서비스 레이어는 기술에 특화된 로직을 표현하는 애플리케이션서비스들로 구성된다.

애플리케이션 서비스의 대표적인 실체에는 유틸리티와 래퍼 서비스 모델이 있다.

이론적으로 애플리케이션 서비스는 비즈니스 서비스에 의해 조합되는 재사용가능한 유틸리티 서비스이다.

그러나 애플리케이션 서비스는 비즈니스와 애플리케이션 로직을 모두 가진 하이브리드 서비스로서 존재할 수도 있다.


- One Step Ahead -


4. 4. 비즈니스비즈니스 서비스서비스 레이어레이어 (1)(1)애플리케이션 서비스는 기술과 애플리케이션 로직을 나타내지만, 비즈니스 서비스 레이어에 존재하는 서비스는 비즈니스 로직만을 나타내지 않는다(그림).


비즈니스서비스 레이어




레이어

비즈니스 서비스


- One Step Ahead -


4. 4. 비즈니스비즈니스 서비스서비스 레이어레이어 (2)(2)비즈니스 서비스

최신 SOA의 가장 핵심적인 요소

서비스 지향을 통해 비즈니스 로직만을 나타내며, 회사의 비즈니스 모델을 웹서비스라는 넓은 무대로 이끌어낸다.

비즈니스 서비스는 항상 비즈니스 서비스 모델만을 구현한다.

별도로 분리된 비즈니스 서비스 레이어에 존재하는 비즈니스 서비스의 유일한 목

적가능한한 가장 순수한 형태로 비즈니스 로직을 표현하는 것

실제로 애플리케이션 로직이 별도의 애플리케이션 서비스 레이어로 추출되어 있다면,

비즈니스 서비스는 비즈니스 로직을 실행하기 위해 이용가능한 애플리케이션 서비스들을 조합하는 컨트롤러로서 동작하는 것이 더 일반적이다.


- One Step Ahead -


4. 4. 비즈니스비즈니스 서비스서비스 레이어레이어 (3)(3)비즈니스 서비스 레이어를 추상화하여, 다음의 두 가지 비즈니스 서비스 모델을 생각해 볼 수 있다.

태스크 중심 비즈니스 서비스태스크나 비즈니스 프로세스에 특화된 비즈니스 로직을 캡슐화하는 서비스

비즈니스 프로세스 로직이 오케스트레이션 레이어로 중앙집중화돼 있지 않을 때 보통 필요하다.태스크 중심 비즈니스 서비스는 재사용성이 낮다.

엔티티 중심 비즈니스 서비스특화된 비즈니스 서비스(예를 들어 송장이나 타임시트)를 캡슐화하는 서비스

엔티티 중심 서비스는 재사용성이 높고 프로세스에 독립적인 서비스를 생성하기에유용하다.이와 같은 서비스는 오케스트레이션 레이어, 태스크 중심 비즈니스 서비스로 구성된서비스 레이어, 두 레이어 모두에 의해 조합될 수 있다.

애플리케이션 서비스 레이어가 별도로 분리되어 존재한다면태스크, 엔티티 이 두 가지 비즈니스 서비스들은 자신의 비즈니스 로직을 수행하기 위해 애플리케이션 서비스를 조합하려 할 수 있다.

전문화된 서비스 레이어를 구축하기 위해서는비즈니스 로직만 추상화하는 서비스를 위한 비즈니스 서비스 레이어를 고려해야한다.


- One Step Ahead -


핵심핵심 요약요약비즈니스 서비스 레이어는 비즈니스 서비스 모델을 직접적으로 구현한 비즈니스 서비스로 구성된다.

이론적으로 비즈니스 서비스는 비즈니스 로직을 실행시키기 위해 애플리케이션 서비스를 조합하는 컨트롤러이다.

하이브리드 서비스가 비즈니스 로직을 일부 포함한다 하더라도, 비즈니스 서비스로 간주하지 않는다.


- One Step Ahead -


5. 5. 오케스트레이션오케스트레이션 서비스서비스 레이어레이어 (1)(1)오케스트레이션은 표준 비즈니스 프로세스보다 더욱 가치가 있다.

왜냐하면 오케스트레이션이 프로세스 로직을 워크플로우 로직 안에서 서비스 상호작용으로 연결하기 때문이다.

즉, 이를 통해 비즈니스 프로세스 모델링을 서비스 지향 모델링 및 설계와 결합시킬수 있다.

WS-BPEL과 같은 오케스트레이션 언어는 프로세스 서비스 모델 전반에 걸쳐 워크플로우 관리를 위한 실체적인 방법을 제공하기 때문에, 오케스트레이션은 마스터 조합 컨트롤러로서 비즈니스 프로세스를 서비스 레이어에 위치하게 한다.

오케스트레이션 서비스 레이어는, 서비스가 상호작용의 세부적인 내용(즉 서비스

오퍼레이션을 어떤 순서대로 실행할 것인지에 대한 세부적인 내용)까지 관리할 필요가 없도록, 추상화 수준을 제공한다(그림).

오케스트레이션 서비스 레이어 안에서 프로세스 서비스는 특정 기능(이 기능은 프로

세스 인스턴스를 실행하기 위해 필요한 비즈니스 규칙과 시나리오 특화된 로직에 독립적이다)을 제공하는 다른 서비스들로 조합된다.


- One Step Ahead -


5. 5. 오케스트레이션오케스트레이션 서비스서비스 레이어레이어 (2)(2)오케스트레이션 서비스 레이어





레이어

프로세스서비스


- One Step Ahead -


핵심핵심 요약요약오케스트레이션 서비스 레이어는 하나 이상의 프로세스 서비스들로 구성되고, 이 프로세스 서비스는 프로세스 정의 안에 내장된 비즈니스 규칙과 비즈니스로직에 따라 비즈니스와 애플리케이션 서비스를 조합한다.

오케스트레이션은 다른 서비스로부터 비즈니스 규칙과 서비스 실행 순서 로직을 추상화하고, 기민성과 재사용성을 높여준다.


- One Step Ahead -


6. 6. 독립적인독립적인 서비스서비스 (1)(1)재사용가능한 서비스를 구축하기 위한 핵심

특정 프로세스나 솔루션 환경에 국한되지 않은 서비스 레이어를 도입

이와 같은 서비스 레이어를 도입하게 되면 서비스 지향 솔루션의 활용 영역을 특정 경계 안으로 제한하지 않아도 된다.

솔루션에 독립적인 서비스들이 재사용가능한 로직을 더 쉽게 제공할 수 있도록 다른 관점에서 이 서비스들을 살펴보면

엔티티 중심 비즈니스 서비스

자신에 상응하는 엔티티에 대해서만 데이터를 관리하는 기능을 제공하도록 설계된다.따라서 이 서비스는 프로세스에 독립적이다.

엔티티 중심 비즈니스 서비스는 프로세스나 태스크 중심 비즈니스 서비스에 의해 재사용될 수 있고 그렇게 돼야 한다.

애플리케이션 서비스

이론적으로 유틸리티 서비스 모델에 따라 구축된다.

이 모델은 애플리케이션 서비스를 매우 일반적이고 재사용가능하게 하며 솔루션에독립적이게 한다.

애플리케이션 서비스는 다른 서비스 지향 솔루션들에 의해 재사용될 수 있고 그렇게돼야 한다.


- One Step Ahead -


6. 6. 독립적인독립적인 서비스서비스 (2)(2)고립된 비즈니스 프로세스와 솔루션 환경을 결합하는 서비스

솔루션 A 솔루션 B 솔루션 C 솔루션 D

프로세스 A 프로세스 B 프로세스 C


- One Step Ahead -


핵심핵심 요약요약솔루션에 독립적인 서비스 레이어는 다수의 비즈니스 프로세스 및 자동화 솔루션과 관계가 있고 이들을 함께 결합시킨다.

이 서비스 레이어는 재사용을 촉진시키며, 개별 솔루션들의 아키텍처 활용 범위를 특정 영역으로 제한하지도 않는다.


- One Step Ahead -


7. 7. 서비스서비스 레이어레이어 구성구성 시나리오시나리오 (1)(1)서비스 레이어에는 다양하게 변형된 형태들이 존재할 수 있다.

하이브리드 애플리케이션 서비스(비즈니스 프로세스와 애플리케이션 로직 모두를 가지고 있는 서비스)

유틸리티 애플리케이션 서비스(재사용가능한 애플리케이션 로직을 가지고 있는 서비스)

태스크 중심 비즈니스 서비스(비즈니스 프로세스 로직을 가지고 있는 서비스)

엔티티 중심 비즈니스 서비스(엔티티 비즈니스 로직을 가지고 있는 서비스)

프로세스 서비스(오케스트레이션 서비스 레이어를 표현하는 서비스)


- One Step Ahead -


하이브리드애플리케이션

서비스

7. 7. 서비스서비스 레이어레이어 구성구성 시나리오시나리오 (2)(2)1. 시나리오 1: 하이브리드 애플리케이션 서비스

이미 존재하는 분산 애플리케이션 환경에 웹서비스만을 간단히 추가하거나, 재사용 또는 서비스 지향 비즈니스 모델링에 대한 아무런 고려없이 웹서비스 기반의솔루션을 구축할 때, 그 결과로 생긴 아키텍처는 하이브리드 애플리케이션 서비스들의 집합으로 구성되는 경향이 있다(그림).

비즈니스와 애플리케이션 로직 모두를 캡슐화하는 하이브리드 서비스


- One Step Ahead -



서비스

유틸리티애플리케이션

서비스

7. 7. 서비스서비스 레이어레이어 구성구성 시나리오시나리오 (3)(3)2. 시나리오 2: 하이브리드 애플리케이션 서비스, 유틸리티 애플리케이션 서비스

하이브리드 서비스는 몇몇 재사용가능한 애플리케이션 서비스를 조합할 수도 있다.

추상화의 범위를 확장하여, 유틸리티 서비스들로 하여금 솔루션에 독립적인 애플리케이션 레이어를 구축하게 한다(그림).

이용가능한 유틸리티 애플리케이션 서비스를 조합하는 하이브리드 서비스


- One Step Ahead -


태스크 중심비즈니스서비스


서비스

7. 7. 서비스서비스 레이어레이어 구성구성 시나리오시나리오 (4)(4)3. 시나리오 3: 태스크 중심 비즈니스 서비스, 유틸리티 애플리케이션 서비스

한 레이어에 위치하는 태스크 중심 비즈니스 서비스들이 비즈니스 프로세스 로직을 표현한다면, 이는 추상화를 더욱 잘 구조화된 수준으로 달성할 수 있게 한다.

태스크 중심 비즈니스 서비스가 모든 비즈니스 로직을 실행하기 위해서는, 애플리케이션 서비스들이 있는 레이어가 필요하다(그림).

비즈니스와 애플리케이션 로직을 명확하게 추상화하는 태스크 중심 비즈니스 서비스와 유틸리티 애플리케이션 서비스


- One Step Ahead -




서비스

엔티티 중심비즈니스서비스

7. 7. 서비스서비스 레이어레이어 구성구성 시나리오시나리오 (5)(5)4. 시나리오 4: 태스크 중심 비즈니스 서비스, 엔티티 중심 비즈니스 서비스, 유틸리티 애플리케이션 서비스

엔티티 중심 비즈니스 서비스는 태스크 중심 서비스를 상위 컨트롤러로서 위치시킨다.

태스크 중심 서비스는 비즈니스 프로세스 로직을 실행하기 위해 엔티티 중심 서비스와 애플리케이션 서비스 모두를 조합할 수 있게 한다(그림).

애플리케이션 서비스를 조합하는 비즈니스 서비스의 두 가지 유형


- One Step Ahead -


7. 7. 서비스서비스 레이어레이어 구성구성 시나리오시나리오 (6)(6)5. 시나리오 5: 프로세스 서비스, 하이브리드 애플리케이션 서비스, 유틸리티애플리케이션 서비스 (1)

상위 프로세스 서비스는 비즈니스 프로세스를 자동화하기 위하여 하이브리드 서비스와 애플리케이션 서비스를 조합한다.

이는 웹서비스를 사용하는 기존 분산 컴퓨팅 아키텍처의 상단에 오케스트레이션 레이어를 추가할 때 나타나는 일반적인 구성이다(그림).

하이브리드 서비스가 그림과 같이 프로세스 서비스에 의해 조합된다 하더라도, 하이브리드 서비스는 여전히 비즈니스 로직을 내장하고 있어 간접적으로나마 비즈니스 로직 레이어를 약간이라도 표현한다.

오케스트레이션 레이어는 유틸리티 애플리케이션 서비스들을 직접적으로 조합할 수 있다.


- One Step Ahead -


7. 7. 서비스서비스 레이어레이어 구성구성 시나리오시나리오 (7)(7)5. 시나리오 5: 프로세스 서비스, 하이브리드 애플리케이션 서비스, 유틸리티애플리케이션 서비스 (2)

다른 유형의 애플리케이션 서비스를 조합하는 프로세스 서비스와 이를 제공하는오케스트레이션 레이어



서비스


서비스


- One Step Ahead -


7. 7. 서비스서비스 레이어레이어 구성구성 시나리오시나리오 (8)(8)6. 시나리오 6: 프로세스 서비스, 태스크 중심 비즈니스 서비스, 유틸리티 애플리케이션 서비스

태스크 중심 서비스가 부분적인 추상화를 제공한다 하더라도, 프로세스 서비스가표현하는 중앙의 비즈니스 프로세스 로직과 결합돼야 비로소 전체적으로 비즈니스 로직이 추상화된다(그림).

태스크 중심 서비스와 유틸리티 애플리케이션 서비스를 조합하는 프로세스 서비

스



서비스



- One Step Ahead -


7. 7. 서비스서비스 레이어레이어 구성구성 시나리오시나리오 (9)(9)7. 시나리오 7: 프로세스 서비스, 태스크 중심 비즈니스 서비스, 엔티티 중심비즈니스 서비스, 유틸리티 애플리케이션 서비스

서브프로세스는 전략적으로 위치한 태스크 중심 서비스에 의해 조합될 수 있는 반면에, 상위 프로세스는 태스크와 엔티티 중심 서비스 모두를 조합하는 프로세스 서비스에 의해 관리된다(그림).

유틸리티 애플리케이션 서비스를 조합하는 프로세스와 비즈니스 서비스



서비스




- One Step Ahead -


7. 7. 서비스서비스 레이어레이어 구성구성 시나리오시나리오 (10)(10)8. 시나리오 8: 프로세스 서비스, 엔티티 중심 비즈니스 서비스, 유틸리티 애플리케이션 서비스 (1)

이 SOA 모델은 비즈니스와 애플리케이션 로직을 명확히 분리하고 솔루션과 비즈니스 프로세스에 독립적인 서비스 레이어를 활용하여 재사용을 극대화한다.

프로세스 서비스는 모든 비즈니스 프로세스에 특화된 로직을 포함하며, 엔티티중심 비즈니스 서비스를 이용하여 이 로직을 실행한다.

프로세스 서비스로부터 작업을 요청받은 엔티티 중심 비즈니스 서비스는 이 작업을 수행하기 위해 유틸리티 애플리케이션 로직을 조합한다(그림).


- One Step Ahead -


7. 7. 서비스서비스 레이어레이어 구성구성 시나리오시나리오 (11)(11)8. 시나리오 8: 프로세스 서비스, 엔티티 중심 비즈니스 서비스, 유틸리티 애플리케이션 서비스 (2)

유틸리티 서비스를 조합하는 엔티티 중심 서비스와 그 엔티티 중심 서비스를 조합하는 프로세스 서비스



서비스



- One Step Ahead -


핵심핵심 요약요약SOA는 서비스의 유형에 따라 각기 다른 형태와 크기로 구성된다.

하이브리드 애플리케이션 서비스는 서비스 지향 환경이 기존 분산 애플리케이션 로직을 포함할 때 흔히 볼 수 있다.

비즈니스와 프로세스 서비스는 기업의 비즈니스 로직을 내부 애플리케이션 로직으로부터 추상화시켜 식별할 수 있다.

감사합니다감사합니다

9장. 서비스 레이어pds11.egloos.com/pds/200901/14/88/a0105788_496df5c57cfdb.pdfÂ11장....

Documents