SDP의 탄생 배경 오늘날 기업이 직면하고 있는 현실은 크게 두 가지이다. 급격한 기술발달로 인해 비즈니스 환경이 빠르게 변하고 있으며, 시장에서의 고객의 영향이 점차 강화되어 요구사항이 다양해지고 급변하고 있다는 사실이다. 이러한 환경 속에서 기업들은 얼마나 빨리 변화를 감지하고 고객의 요구사항에 얼마나 신속하고 유연하게 대응하는가가 바로 기업의 경쟁력 강화의 핵심이 됐다. 이를 만족하기 위해서는 민첩성(Agility), 유연성(Flexibility), 효율성(Efficiency) 이 요구되고 있다. 특히 통신업계는 다른 어떤 산업보다도 시장 상황이 크게 변화하고 있다. 기존의 단순한 음성 기반서비스에서 데이터 기반의 멀티미디어 서비스로 전이하고 있으며, 다양한 Value Added 서비스와 커뮤니티 서비스 없이는 시장의 주도권을 상실할 수 밖에 없게 되었다. 통신 서비스에 대한 요구도 변화하고 있다. 서비스 가입자의 기대 수준이 지속적으로 증대하고 있어 웹과 융복합 된 다양한 서비스를 요구하고 있다. 아이폰과 트위터가 좋은 예이다. 아이폰이 통신망으로부터 플랫폼과 컨텐츠를 자유롭게 함으로써, 트위터는 SNS플랫폼을 개방함으로써 커뮤니티, 커뮤니케이션, 컨텐츠, 커머스, 검색 전 분야에 걸친 새로운 형태의 생태계를 만들어 가고 있다. 통신망의 플랫폼을 개방하여 제휴사를 끌어들이고 이를 통해 산업의 패러다임을 변화시키고 있는 것이다. 이런 변화를 수용하기 위해서 통신 업체는 지금까지 많은 노력을 해 왔다. 다양하고 새로운 서비스를 제공하기 위해 많은 시스템들을 개발해 왔고, 시스템간의 통합(Integration)을 해왔다. 하지만 시스템들이 점점 많아지면서 통합해야 할 대상은 더욱더 많아지고 통합에 요구되는 시간도 짧아짐에 따라 더 이상 기존의 방식대로 통합하거나 개발하는 것이 어려워지게 됐다. 이런 이유로 통합된 하나의 통신 플랫폼이 필요하게 되었는데 이것이 SDP(Service Delivery Platform)이다. 기존의 Silo화된 개별 통신 시스템들을 통일된 프로토콜과 표준으로 통합환경을 구축함으로써, 융복합 서비스 출시를 위한 비용절감과 Time-to-Market 단축을 실현할 수 있다. 또한, Open API 플랫폼 구축과 함께 외부 3rd Party 파트너에 망을 개방하여 오픈된 상호 협력 구조로 변환하여 기존 사업구조의 한계를 극복할 수 있다. SOA와 SDP SDP의 개념은 SOA의 사상과 같다. 통신회사 버전의 SOA라고 정리될 수 있다. 그러면 SOA란 무엇인가? 잠시 SOA에 대해서 정리해 보기로 하자. SOA 즉 서비스 지향 아키텍처(Service Oriented Architecture) 의 개념은 기업 내 여러 시스템에 분산되어 있는 비즈 니스 서비스(Business Service)를 해체하여, 여러 시스템에서 공유할 수 있는 공유 비즈니스 서비스(Shared Business Service)로 통합하는 것을 의미한다. 아키텍처 관점에서는 개방형 표준(Open Standard)을 따라 자치적인 서비스 (Autonomous Service)가 메시지 기반(Message-Based)으로 서로 커뮤니케이션하도록 소프트웨어 시스템을 설계하는 방식을 정의하는 일종의 아키텍처 스타일(Architectural Style)로 SOA를 정의한다. 이 관점에서는 SOA는 다음과 같이 서비스 공급자(Service Provider)와 소비자(Service Consumer), 그리고 서비스 브로커(Service Broker) 등 3개의 주요 요소로 구성된다. SOA 기반의 레퍼런스 아키텍처(SOA-Based Reference Architecture)는 다음과 같이 크게 3개의 아키텍처로 구성된다. 애플리케이션 아키텍처 (Application Architecture)   서비스 아키텍처에서 제공하는 공유 비즈니스 서비스를 사용하여 소비자 관점의 개별 애플리케이션 솔루션을 구성한다. 서비스 아키텍처 (Service Architecture)   서비스 아키텍처는 공유 비즈니스 서비스의 공급자 관점에서 비즈니스의 핵심 기능을 표현하는 비즈니스 서비스 집합의 논리적인 관점을 제공하며, 비즈니스 프로세스 레이어, 비즈니스 서비스 레이어, 인프라 서비스 등 3개의 레이어로 구분된다. 비즈니스 프로세스 레이어는 비즈니스 프로세스 로직에 따라 비즈니스 서비스를 통합하는 서비스를 제공한다. 비즈니스 서비스 레이어(Business Service Layer)는 비즈니스의 핵심 기능을 표현하는 비즈니스 서비스를 제공한다. 따라서 비즈니스 서비스 레이어에는 기본 서비스(Basic Service)와 공개 서비스(Public Enterprise Service), 그리고 중개 서비스(Intermediary Service)가 놓인다. 비즈니스 서비스 레이어의 서비스들은 스스로 비즈니스 로직을 구현함으로써 서비스를 제공하기도 하지만, 주로 컴포넌트 아키텍처(Component Architecture)에 컴포넌트로 구현되어 있는 서비스 구현과 소비자 애플리케이션 사이를 연결하는 역할을 한다. 또한, 중개 서비스를 통해서 메인프레임이나 ERP(Enterprise Resource Planning) 등 기존의 IT 리소스에 접근하여 게이트웨이나 어댑터, 또는 퍼사드 등의 역할을 수행함으로써 레거시 시스템을 재사용할 수 있게 한다. 인프라 서비스(Infra Service)는 이들 레이어의 서비스들의 배포를 위한 공통적인 기반을 제공한다. 로깅, 감사, 보안, 에러 처리와 같은 공통서비스, 메시지 브로커, 라우팅, 트랜스포메이션을 담당하는 서비스 버서, Repository, BPM, BAM 같은 서비스 관리 기능을 포함한다. 컴포넌트 아키텍처 (Component Architecture)   서비스 아키텍처의 구현 관점에서 공유 비즈니스 서비스의 구현 기능을 제공한다. 이처럼 SOA 아키텍처를 보면, 레거시 시스템을 통합하기 위해서 어댑터들을 사용하였다. 이 어댑터들은 레거시 프로토콜 (MQ, SAP, PeopleSoft etc)를 이용하여 레거시 시스템과 통신하여 그 기능을 SOA 인프라쪽으로 구동(Enablement) 해주는 역할을 하였다. 이런 어댑터를 이용함으로써 여러 종류의 레거시 시스템을 하나의 통일된 서비스 표준으로 운영할 수 있었던 것이다. SDP역시 그 원리는 동일하다. 기존 SOA가 어댑터를 통해서 레거시 시스템을 통합했다면, SDP는 어댑터를 통해서 Legacy Network Application을 통합한다. 통신회사의 시스템에는 SIP, VoIP, Paray, SMSC등의 다양한 프로토콜에 종속된 애플리케이션들이 존재한다. 이러한 애플리케이션들을 네트워크 어댑터를 이용하여 통합된 메시지 형태를 사용하도록 하고 SOA 사상 위에 통합함으로써, SDP의 목적을 달성할 수 있는 것이다. SOA와의 또 다른 차이점은 SDP는 기본적으로 B2C 서비스 시스템이라는 것이다. 전통적인 SOA가 기업의 내부 업무를 위해서 주로 디자인 되었다면, SDP는 사용자와 Interaction하는 업무를 중심으로 디자인된다. 이는 좀 더 많은 사용자를 커버해야 하고, 빠른 사용자 응답 시간을 요구하고 아키텍처의 단순성을 요구한다. 최근 몇 년간 SOA는 IT 시장에서 새로운 이슈로 크게 부각되고 있으며, 시스템 통합도 EAI 중심에서 서비스 조합 (Service Orchestration)과 같은 유리한 사상을 가진 SOA 영역으로 옮겨지고 있다. SOA는 SDP내의 애플리케이션 통합 기술로 사용되어지나 OSS/BSS 와 SDP 간의 연결과 같은 낮은 성능의 기능에 적합하다. SDP상에서 실시간으로 처리되어야 하는 컨버전스 서비스 같은 경우에 SOA를 적용할지는 신중하게 고려해 보아야 한다. SDP 아키텍처 지금까지 SOA와 SDP와의 관계에 대해 알아보았다. 이제 SDP 아키텍처에 대해 좀더 자세히 알아보기로 하자. SDP의 아키텍처는 통신 업체 또는 솔루션 벤더마다 조금씩 차이가 있지만, 통상적으로 서비스 생성 환경 (Service Creation Environment), 서비스 실행 환경(Service Execution Environment), 그리고 서비스 관리 환경(Service Management Environment)의 3가지 계층으로 구성된다. 서비스 생성 환경 (Service Creation Environment)   서비스 생성 환경 (Service Creation Environment, 이하 SCE)는 통신 소프트웨어 개발자를 위한 계층이다. SCE의 목적은 새로운 통신 서비스를 빠르게 생성할 수 있도록 해주는 환경을 제공해 주는 것이다. 개발자들로 하여금 주어진 플랫폼에 맞는 서비스 개발을 쉽게 할 수 있도록 하여, 사용 가능한 서비스의 수를 점점 더 늘려나가 플랫폼의 사용을 넓게 확대함으로써 궁극적으로 통신 인프라 업체는 SDP로 인해 통신시장에서 우위를 점할 수 있게 하는 것이다. 최근에는 Java EE 와 SIP가 융합된 SCE가 SDP 솔루션화 되어 전통적인 자바기반 애플리케이션 개발자는 Java EE와 SIP, Parlay X 웹서비스 같은 네트워크 프로토콜을 사용하여 실시간 통신 애플리케이션을 빠르게 개발할 수 있다. SCE는 신규 서비스 개발을 용이하게 하기 위한 통합 개발 환경(IDE), 소프트웨어 개발키트(SDK), Deployment Tool 및 개발자 포탈을 제공한다. Content Provider 는 SCE를 통해서 새로운 컨텐츠 애플리케이션을 개발할 수 있다. 서비스 실행 환경(Service Execution Environment)   SEE는 서비스의 확장(Scalability), 분산(Distribution), 전개 구성(Deployment Configuration)을 다루는 역할을 수행하는 서비스 제공자의 실시간 환경이다. 이 계층은 다시 네트워크 추상화(Network Abstraction), 서비스 이네이블먼트(Service Enablement), 서비스 컴포넌트(Service Component), 서비스 노출(Service Exposure)로 나뉘어 진다. 네트워크 추상화는 다양한 통신회사의 네트워크 프로토콜(SMSC, SIP 등)을 추상화하여 SDP 내부의 공용 프로토콜로 제공한다. 서비스 이네이블먼트는 기존의 비즈니스 애플리케이션(OSS/BSS, Device, Content Management )의 기능을 통합할 수 있게 공통된 서비스 형태로 Expose하여 SDP에 연결하는 기능을 제공한다. 서비스 컴포넌트는 통신 업체의 특화된 기능 즉, Billing, 사용자 프로필관리, Location Based Service, SMS, MMS, 컨텐츠관리 등을 제공하는데 이러한 컴포넌트들은 통신회사에서 직접 개발하거나 외부 시스템과 연계되어 제작되어 컴포넌트 형태로 SDP 내에 탑재된다. 서비스 노출은 서비스 컴포넌트를 외부에 서비스한다. ESB를 통해서 서비스에 대한 단일 접점을 제공하며 하부 서비스 컴포넌트를 조합 (Orchestrate)하여 새로운 기능으로 Expose하는 기능을 수행한다. 서비스 관리 환경(Service Management Environment)   이 계층은 SDP의 운영을 위한 계층이다. 서비스 라이프사이클 관리, Fault/성능/사용현황 등의 모니터링 기능, 서비스 정책 제어 및 실행환경 설정 기능, 접근제어 및 사용자 관리 등의 보안 기능, 그리고 운영자를 위한 포털 기능을 제공한다. SDP의 미래 SDP는 차후 컨버전스 서비스뿐만 아니라, 서비스 상호작용을 단순화 함으로서 신규 서비스를 시장에 적절하게 제공해야 할 서비스 및 네트워크 사업자에게 주요한 코어시스템으로 자리잡을 것이다. 이러한 SDP를 기반으로 차세대 통신 서비스는 융복합 서비스가 주가 될 것이며, 통신회사는 음성, 웹호스팅, VPN, 메일, 회의, 메시징 등의 다양한 서비스들을 한데 묶어 상품화하여 판매할 것이다. 심지어 고객은 직접 제어하고 관리 가능한 가상 개인화 서비스 환경을 제공하는 형태로 진화하게 될 것이다. 즉, 쇼핑몰, 공항, 실버 타운과 같은 독립된 구역에서 각각의 고객이 쉽게 Deploy 가능한 플랫폼을 사용하여 직접 관리할 수 있게 될 것이다. 참고문헌 (1)  Cho.B.W, SDP(Service Delivery Platform), 2009.9 (2)  IBM, 차세대 서비스 개발을 위한 환경, 2007 (3)  Microsoft, MS SDP Technical Overview, 2003.10 (4)  Cho.J.H/Lee.J.O, SDP 및 응용서비스, KNOM Review, 2007.8 (5)  Cho.J.H/Lee.J.O, SDP/IMS 기반의 Presence 서비스 구현, 한국통신학회논문지, 2008.11 (6)  Cheon.B.S, SOA로 가는 길, enSOA (7)  Wikipedia, Service delivery platform 출처 : CIO매거진 2010년 5월호