[SOA 특집 - SK C&C] SK C&C가 말하는 SOA

SOA가 구현되면 무엇이, 어떻게 달라질 수 있을까.

우선 상호운영성(Interoperability)이 극대화된다. 정보 시스템을 구성하는 HW, SW, NW 기술의 발전을 통해, 각 시스템들은 다양한 표준을 수용하고 있으며, 독자적인 플랫폼을 형성하고 있다. 이러한 플랫폼간 이질성을 극복하고 연동과 통합을 위해 많은 노력과 비용이 필요해졌다.

기존의 통합 기술인 EAI의 경우 기업 내부적인 통합이 가능한 기술이었던 반면 SOA는 기업 내외부의 통합이 가능하며, 인터넷 망을 통한 글로벌 통합까지 지원한다. SOA의 대표적인 기술인 웹서비스(Web Service)의 경우 J2EE와 .NET간의 통합을 지원하고 JCA(Java Connector Architecture)를 통한 레가시(Legacy) 연동을 지원할 뿐 아니라 상호운영성을 극대화 한다.

<그림1> Web Service의 Interoperability

SOA는 또 전사적 통합의 연결점이 된다. 기업의 내외부의 정보시스템, Application, Legacy의 연동을 위한 통로의 역할을 수행하며, 이를 기반으로 기업내 통합 및 기업간 통합이 가능 하도록 한다. SOA를 통한 통합은 XML 메시징에 기반하고 있으며 이를 보장하기 위한 표준 준수가 필수적이다. 또한 레가시와의 연동을 위한 DB 컨넥터나 정보시스템 연동을 위한 어댑터 등의 지원 도구를 필요로 한다.

<그림2> Enterprise Integration

서비스 단위의 재사용성이 증대된다. 객체지향의 시작에서부터 현재까지 재사용성에 대한 이슈는 계속되고 있다. SW 위기를 해결하기 위한 노력이 계속 진행이 되고 있으나, CBD의 경우 재사용 단위가 작고, 인터페이스만으로는 다른 콤포넌트에 대해 충분히 이해하기 어렵기 때문에 재사용의 복잡도가 높다. SOA의 경우 표준화된 메시징에 대한 인터페이스 정보를 외부에 공개해 사용함으로써 추상화 정도를 높이고, 쉽게 재사용이 가능하도록 지원한다.

또한, SOA를 통해 기존에 구축된 CBD기반의 시스템이나 레가시 시스템 등을 그대로 활용하여 서비스 콤포넌트를 구축할 수 있다. 느슨하게(Loosely Coupling) 연결된 서비스 콤포넌트에 대해 각 서비스 요청자들이 쉽게 접근해 활용이 가능하며 이를 기반으로 공통 서비스 콤포넌트를 호출해 사용한다. SOA로 구성되기 이전과 이후의 모습을 비교해 보면 재사용에 의한 효과를 쉽게 이해 할 수 있다.

<그림3> SOA의 재사용성

i) 서비스 콤포넌트를 비즈니스 프로세스 단위로 구성해 프로세스 모델링이 가능해진다. 서비스 콤포넌트가 느슨하게(loosely coupling) 연결돼 있기 때문에, 실제 비즈니스 프로세스의 변경 및 재설계시 유연성 있게 대처 할 수 있다. 비즈니스 프로세스를 관리하는 BPM(Business Process Manager)의 프로세스 조율 기능을 이용해 여러 비즈니스 프로세스를 모델링된 형태에 맞춰 실행, 관리 및 모니터링이 가능하다.

<그림4> Business Process와 Service Component

◆ SOA 구현 방법

시스템간의 연동 및 통합을 위한 기술들은 이전부터 발전되어 왔다. 'Point-to-Point'의 연동을 위한 RPC(Remote Procedure Call)부터 'Hub & Spoke' 방식의 EAI 기술, 기업간 연계를 위한 B2Bi 등이 통합 기술의 기반이 된다.

SOA에서는 통합의 계층에 따라 웹 서비스, ESB(Enterprise Service Bus), BPM(Business Process Management)이 기반 기술이 된다.

시스템간의 통합 레벨과 통신의 기술의 발전 동향은 아래 그림과 같다. 점차 대규모 적이고 비즈니스 중심적인 통합이 수행되고 있다.

<그림5> 통합 기술의 발전 동향

◆ SOA구현 전과 구현 후

현재 IT 아키텍처 구조는 독립적으로 구축된 여러 시스템이 별개의 섬으로 분리되어 있고, 최하단의 데이터 교환 수준의 연동에 그치고 있다. ERP 패키지를 사용하는 경우에도, 비즈니스 가치 사슬(Value Chain) 변화에 따른 변경이 매우 어렵고 특정 벤더의 기술과 솔루션에 종속되어 있다.

<그림6> 엔터프라이즈 IT 아키텍처(As Is)

또 전체 업무 프로세스의 통합 지원 및 운영이 느리고, 변경시 높은 비용이 필요한 구조이며 장기적인 관점 보다는 필요에 따라 단계적으로 시스템이 독자적인 관점에서 구축되어, 정보의 일원화된 관리가 안되고, 특정 기술 구조에 종속되었으며, 지나치게 복합한 연결 포인트로 이루어져 손대기 힘들어진 아키텍처이다.

SOA 도입 후에 IT 아키텍처는 웹 서비스 기술을 사용하여, 서비스가 지역과 기술 환경에 관계없이 유연하게 통합되고, 상호 운용되는 IT구조가 된다. 개별 애플리케이션 타워간의 수직적인 벽을 허물고, 프로세스 계층과 서비스 버스 계층의 수형 계층을 도입하고, 이 수평 계층간을 유연한 표준 기술로 느슨하게 연결한다. 비즈니스 변화에 따른 빠르고 신속한 대응이 가능 가능하며 실시간 의사 결정 지원에 적합한 IT 구조가 되는 것이다.

<그림7> 서비스 지향 아키텍처(To Be)

◆ SOA 구현을 위한 접근 방식

서비스 지향 아키텍처의 근본이 기술 차원을 넘어서 비즈니스를 서비스 관점에서 분석하고, 식별된 서비스 아키텍처를 비즈니스 콤포넌트 기술로 구현하여, 이를 SOA 아키텍처에 매핑하는 것에 있으므로, 전체적인 시각에서 비즈니스 분석 서비스 모델링 서비스 컴포넌트 설계/구현 서비스 운영 및 품질 관리까지의 전체적인 서비스의 라이프 사이클 관점에서 추진되어야 한다.

바람직한 모습은 ISP/EA 프로젝트 단계에서 To-Be 모델의 서비스 아키텍처가 상위 수준에서 도출되고, 이것이 CBD 기반의 SI 프로젝트에서 구체적인 서비스 컴포넌트로 설계되어 구현되며, 유지 보수 프로젝트에서는 서비스의 재사용과 유지 보수를 위한 서비스 포트폴리오가 체계적으로 관리되는 형태로 이어져야 한다.

비즈니스 측면에서 보면, 전사적인 대규모 프로젝트 레벨에서 SOA의 효과를 극대화하기 위해서는, 대상 비즈니스에 대한 이해 과정을 체계적인 별도 프로젝트로 가져가는 활동이 필수적이며, 여기에는 EA(Enterprise Architecture)기반의 접근이 가장 적합하다.

EA에서의 BA(Business Architecture), AA(Application Architecture), DA(Data Architecture), TA(Technical Architecture)에 대한 분석과 체계적인 설계가 필요하다. SOA에서 가장 중요한 측면은 서비스 레벨의 콤포넌트화를 통한 재사용과 유연성 확보이다. 따라서 BA/AA분석을 통한 SA(Service component Architecture)를 준비하는 것이 중요하다.

SOA구현을 위한 요소 기술인 웹 서비스, ESB, BPM에 대한 충분한 이해 및 고객사의 조직에 대한 적합성을 검증하고, To‐Be 모델의 아키텍처 모델을 그려, 단계적인 SOA로의 마이그레이션 전략에 따라 추진하는 것이 필요하다. 전사적인 서비스 지향 아키텍처의 도입은 단기간의 프로젝트를 통해 완성할 수 없으므로, 현재의 IT 현황 분석에서 출발한 체계적인 도입 방안이 필요하며, 현재 고객사의 인적, 기술적 역량과 보유 솔루션의 완성도를 검토하여, 기존 IT 자산의 활용을 극대화 하면서 단계적으로 완성하는 모습이 일반적인 접근 방식이다.

<그림8> SOA Framework

이미 대형 차세대 시스템, 파일럿 단계를 지나 확산 단계의 BPM 프로젝트, 전사적인 EAI 도입 프로젝트 등에서 SOA가 키워드로 등장하고 있다.

기업의 정보 시스템이 궁극적으로는 실시간 기업화를 가능하게 하는 인프라가 되는 것을 목표로 하고 있으므로, 결국엔 전체 IT 서비스 시장이 SOA 개념을 지향하고 있다고 볼 수 있다.

SOA가 궁극적인 개념이고, 이를 구현하는 방식은 다양한 형태로 나타날 수 있기 때문에 앞으로 다양한 분야에서 다양한 형태의 SOA 적용 사례가 발생할 것으로 전망된다. 향후 이슈가 될 수 있는 부분은 SOA의 양적인 확대가 아니라, 질적인 SOA 수준 제고가 될 것이다. 이것은 SOA가 시스템 구축을 위한 구현상의 이슈뿐 아니라, 결국에는 회사의 IT 아키텍처를 비즈니스에 연동시키기 위해 바꾸어 나가는 변화의 작업이므로 SOA 에 대한 투자가 고객의 비즈니스적인 가치(Value)에 연결되어, 고객사의 발전으로 이어지는 비즈니스와 IT의 연결 고리라는 것을 증명해 나가면서 추진해야 한다.