초기의 메인프레임에서 시작된 상업용 컴퓨터는 오픈 시스템이라고 불리웠던 유닉스 기반의 2티어(Tier) 클라이언트/서버(Client/Server) 모델을 거쳐 현재의 N-티어 클라이언트/서버 모델로 진화해 왔다.

아키텍처의 진화는 초기 메인프레임 시대에 있었던 공급자 중심의 벤더 종속성을 최소화하고 IT 투자효과를 제고하기 위해, 표준화된 상호 운용 아키텍처를 기반으로 경쟁을 통해 선정된 분산 하드웨어상의 여러 솔루션들을 혼용하는 모델로 발전해 왔다.

인프라 측면에서는 하드웨어 환경을 추상화시키기 위한 OS 가상화 기술이 보급되고 애플리케이션 측면에서는 이기종 분산자원간의 상호 운용성과 유연성을 제고하기 위한 인터페이스 추상화 계층이 추가되고 있다. 서비스 지향 아키텍처는 이러한 분산 객체 컴퓨팅 패러다임의 연장선 상에서 등장하였으며, 객체간 통신 기술의 표준화 측면에서는 인터넷 프로토콜 위에서 XML 기반의 통신 방식을 가장 널리 활용한다.

한편, 비즈니스 트렌드 측면에서는 경쟁기업과 차별화될 수 있는 핵심 역량을 규정하고, 그 외의 지원 기능을 자체 운영하기보다, 원가 경쟁력 있는 서비스 제공자에게 아웃소싱하는 추세가 늘어나고 있다. 실례로, 대규모 전산 자원의 개발과 운영을 더 이상 기업 내 전산실에서 자체적으로 모두 처리하지 않거나, 해외 기업들이 콜센터나 빌링 등의 지원 기능을 역외로까지 아웃소싱하는 것 등이 그 예라고 볼 수 있다. 물론, 환경이나 핵심역량의 변화에 따라 다시 인소싱을 하는 경우도 발생한다.

이처럼 비즈니스 실행의 효율화를 통한 경쟁력 제고를 위해 점진적으로 비즈니스 가치 사슬(Value Chain)이 단계적으로 해체되어 서비스 모듈화되고, 이러한 핵심 가치를 가진 서비스를 중심으로 언제라도 아웃소싱 가능한 나머지 지원 서비스들을 잘 정의된 계약 관계에 의해 느슨하게 연결되는 구조로 변화시킬 것으로 예측되고 있다. 넓게 보면 이렇게 서비스화되어 가는 비즈니스 생태계의 움직임을 모방하여, IT의 아키텍처를 서비스 중심의 비즈니스 구조 변화에 맞게 재구조화시키려는 움직임이 IT의 서비스화라고 할 수 있다.

서비스 지향을 통한 IT 유연성 제고

 

 

 

 

 

 

 

 

가치사슬상에서 공유 또는 대치 가능한 비즈니스 기능을 제공하는 선별된 비즈니스 모듈들 간의 관계를 개별적인 서비스로 간주하고, 이를 표준화되고 느슨한 연결구조로 결합하여 애플리케이션의 개발 및 운영 시에 활용하는 아키텍처를 서비스 지향 아키텍처라고 할 수 있다.

서비스 지향은 기술이라기 보다는 하나의 아키텍처 스타일로 볼 수 있으며, 이는 특정 제품이나 기술을 적용한 시스템만을 지칭하지는 않는다. 가트너에서는 서비스 지향 아키텍처를 다음과 같이 정의하고 있다.

△ 분산 컴퓨터간 배치 가능한 모듈과, 그 모듈의 기능을 명시하는 서비스 계약이 존재한다.

△ 계약 내용을 기술하는 인터페이스 메타 정보를 활용하여 서비스로 사용된다.

△ 서로 다른 주체들에 의해 소유되고 운영되는 시스템들 간의 공유 가능한 서비스를 중심으로 한다.

이러한 특징은 분산된 애플리케이션들이 약하게 연결(Loosely-Coupled)되어, 서로간의 핵심(Core) 기능을 공유하며 사용할 수 있도록 지원한다. 처음에는 전통적인 요청응답(Request/Reply) 방식의 서비스 연결에서 시작되어 REST 방식, 이벤트 드리븐 방식 등의 다양한 서비스 연결 방식이 적용되고 있다.

전형적인 서비스 지향 애플리케이션은 다른 시스템들이 제공하는 서비스를 활용하여 구현되는 복합 애플리케이션의 형태를 띠고 있다. 따라서 고객사의 자체 레거시 애플리케이션과 오픈 API 인터페이스로 연동하여 운영되는 많은 개방형 애플리케이션이나 플랫폼들이 이러한 서비스 지향 스타일을 갖고 있다고 볼 수 있다.

서비스 지향에서 리스크로 자주 언급되는 성능 문제는 HTTP 웹 표준이나 XML을 이용하는 데 따르는 속도저하, 단위 서비스를 조합하거나 참조하는 중앙 집중화된 메시지 허브를 사용하는 경우의 병목에 대한 우려를 예로 들 수 있다. 이를 해결하기 위한 XML가속기, 캐시 등 다양한 최적화 기술이 접목되어 해결되고 있다.

◇서비스 지향의 접근 방식=현재 기업의 정보 시스템은 발달된 네크워킹 기술을 기반으로 용도별로 특화된 다수의 분산 서버들간에 정보들을 처리하여 기업 활동을 통제하고 모니터링 하는 역할을 수행하고 있다. 이때, 분산된 IT 자원 내 객체들 간의 역할과 책임을 효과적으로 규정하기 위한 IT의 접근 방식은 다음과 같다.

△ Step 1) 전체적인 관점에서 중복 요소를 제거하고, 공유할 수 있는 객체를 식별하여 공유성을 높인다 (Share).

△ Step 2) 비즈니스 내의 공유 기능(Function) 단위로 IT를 관리한다. (서비스 지향)

△ Step 3) 객체간의 연결을 사용자와 제공자 사이의 계약관계에 입각하여 최대한 느슨하게 연결하여, 비즈니스의 서비스화에 따른 변화에 빠르게 대응하여 재조합 할 수 있게 한다. (Loosely Coupled Composition) 대표적인 기술로는 REST/SOAP으로 통칭되는 XML 문서기반의 표준화된 연결 방식이 선호된다.

이때 IT의 유연성을 더욱 높이기 위해서 가변성 있는 비즈니스 규정과 이를 수행하기 위한 IT의 규칙은 메타 데이터 형태의 설정(Configuration)정보로 정의/관리하고, 이 메타 데이터를 통해 IT를 통제하고 관리하는 형태를 취하게 된다.

△ Step 4) 이때 중심이 되는 서비스의 단위를 단위 객체보다 추상화 수준을 높여, 비즈니스 관점의 계약 수준에 최대한 가깝게 격상시켜서 시스템 간의 거래 서비스가 비즈니스 기능(Function)에 맞춰 관리되고 추적될 수 있게 한다.

이러한 내용을 그림으로 정리해 보면 다음과 같다. 

과거 패러다임에서의 연결 구조 특징 애플리케이션 개발에서 구성 요소간의 Decoupling은 인터페이스 추상화로 해결 이슈 업무 영역별 단위 개발 프로젝트에서 컴포넌트의 중복 배치(Deploy)가 이루어 지며,  배포된 컴포넌트 구현물에 대한 변경이 개별적으로 이루어 지면, 비슷하지만, 또 다른 레거시를 계속 양산하는 부작용이 나타남.

 

 

현재 서비스 지향에서의 연결 특징 IT시스템간의 공유성 제고를 위해 공유 단위의 추상화 수준을 서비스 소비자와 제공자 사이의 서비스 계약 레벨로 높임. 비즈니스 규칙에 따라 정의된 설정 정보를 실시간으로 해석하는 서비스를 제공하여 변경에 대한 유연성을 제고함. 서비스 지향은 성능보다는 운영 및 향후 변화에 중점을 둔 패러다임이며, 컴포넌트 중복 배치(Deploy)보다는 서비스간 실시간 원격 연결을 지향함. 시사점 Service = Business Contract 이거나 추적 가능한 연관성을 갖고 있어야 한다. 이때 싱글 인스턴스 형태의 서비스 제공자 (Component as a Service Provider) 모델을 갖게 되며, 이를 통해 비즈니스 변화에 따른 IT 변경 최소화를 기대할 수 있다.

Step4)에서 언급된 것처럼, 추상화된 서비스 계약을 기반으로 IT를 통제하고 관리하기 위하여 재정의가 용이한 메타 데이터를 기반으로 서비스 소비자와 서비스 제공자 사이의 연결을 관리하고 모니터링 한다. 이를 통해 비즈니스 서비스와 IT서비스 간의 연계성을 추적하고 최적화함으로써, 비즈니스의 서비스화와 변화에 동태적으로 대응할 수 있는 IT체계를 구축하는 것이다. 현재의 많은 애플리케이션이 점차 이러한 모습을 닮아가고 있다.

요약하면, 서비스 지향은 서비스로 대변되는 단위 비즈니스간의 기능교환에 대응하는 추상화된 서비스 계약을 기반으로 IT 아키텍처를 비즈니스 관점에서 구조화하는 것이라고 볼 수 있다.

서비스 지향의 개념은 시스템간 연결에서의 유연성을 제고하기 위한 주요 개념으로 점차 자리잡고 있다. 외부의 대규모 분산 인프라 자원이나 애플리케이션까지도 서비스로 제공받게 되는 클라우드 컴퓨팅 모델이 성공하기 위해서도 외부의 클라우드 플랫폼과 엔터프라이즈 내 다른 기존 시스템들과의 연동은 매우 중요한 부분인데, 이때에도 계약을 기반으로 한 인터페이스를 통해 통제되고 소비되는 서비스 지향의 개념은 중요해질 것이다.

SK C&C IT공학센터 kyd444@skcc.com