2008. 12. 5

SOA 기술 및 적용방안SOA 기술 및 적용방안

2

기업 IT 의 발전단계

정적인 시스템 • 동일 정보의 요구( 정보의 변질에 대한 고민 )

기업 IT 사용자 요구의 발전

개발 생산성 , 통합 용이성비즈니스 유연성

• 사용자 자신의 정보를 끌어오기를 요구• 협업에 대한 사용자 요구

동적인 표현 계층동적 인터페이스

• 적절히 정확한 정보의 요구• 비즈니스 요구들의 신속한 변화 ( 정보 셀프서비스와 프로세스 통합의

결핍에 따른 고민 )

백 엔드 시스템외부 데이터 제공통합

• 다른 시스템 자료들에 대해 접근 요구( 유저들은 이제 정보 과부하로 고민 )

동적인 시스템 • 다른 정보의 요구( 정보 병목에 대한 고민 )

대세화된 웹 퍼블리싱 • 일반 유저들의 퍼블리싱 요구( 유저들은 정보의 빈곤에 대해 고민 )

3

IT 부서의 압박감 (1)

기존 시스템의 복잡성

64 core applications

8 office auto-mation packages

14 middleware service providers

17 databaseproducts

9 network protocols

15 operating systems

11 hardwareplatforms

Web Web InterfaceInterface

ss

B2C, B2B,B2C, B2B,

B2EB2E

WebsitesWebsites

END USERSEND USERS

IT 부서 고민의 핵심

1. 너무 많은 시스템

2. 관리하기 어려운 legacy system

3. 다양한 고객의 다양한 요구사항

4. 시스템 통합 이슈

4

IT 부서의 압박감 (2)

비즈니스와의 관계

비용 증가

생산성 저하

브랜드 희석

Web Web InterfacesInterfaces

B2C, B2B,B2C, B2B,

B2EB2E

WebsitesWebsites

END USERSEND USERS

IT 부서 고민의 핵심

1. 너무 많은 시스템

2. 관리하기 어려운 legacy system

3. 다양한 고객의 다양한 요구사항

4. 시스템 통합 이슈

5

Business Agility

기업 비즈니스 모델

전통적 IT 애플리케이션 모델

High

Low

IT Business Gap 발생

비즈니스 요구

전통적 IT 기술 구조변화율

Time

6

개발 진화 과정

초기의 프로그래밍 언어

문제마다 접근법이 각각 다름대형 프로그램을 개발하기 복잡

객체지향 프로그램언어

객체라는 직관적인 방법을 도입 유사한 코드와 알고리즘을 재개발로

최소화 코드의 재사용을 위한 방법 모색

구조적 프로그래밍 언어

정의된 제어 구조 , 코드 블록 순환호출 및 지역변수를 지원 함수문제해결 방식이 직관적이지 못함

CBD(Component based Dev.)

코드의 재사용을 위한 다형성 , 상속성 배제

잘 정의된 인터페이스를 통해 이진방식으로 재사용

소프트웨어 블록을 통한 개발 Component 의 생성 , 통합 ,

재사용이 관건

7

프로그램 측면

Enterprise Services

Well-Behaved Services

Standard Services

Nonstandard Services

Pseudo services

User Interface Services

ebXML Message Service, BTA, other QOS

SOAP/XML message, WSDL interface,UDDI directory, URL-addressing

SOAP/XML messaging, URL

XML messaging, URL

“HTML-scraping”, URL-addressing

Web pages, assembled Web pages, portlet

impact

8

분산 컴퓨팅환경의 발전측면

MainstreamUbiquity

1970s 1980s 1990s 2000s

Black Standard Internet Publicboxing Interface transport directory

Remote Access Loose Coupling XML

Subroutine

DLLDCE RPC

CORBA ORBs

MOMsJava RMI

Web Service

Service

9

컴포넌트 아키텍처 측면

Tighter Looser

B2B MarketGlobal Enterprise

Single-site EnterpriseComplex Application

HomogeneousApplication

ProgramObject

Component

Service

Web Service

HTTP/SOAP

MOM

ORB

coupling

Size

Scope

10

비즈니스 어플리케이션 측면

1. 1980 – 1990, 독립적 Silo 시스템 -. 규모와 범위의 경제 강조 -. 상품 Silo 에 의한 어플리케이션 구축 -. 모든 상품에 단일규격시스템 적용 -. 성능 중심 -. 재사용 미흡

2. 1990 – 현재 , 전행통합시스템 -. 고객 정보 통합 -. 프로세스 중복 감소 -. 재사용 미흡

3. 2000 – 현재 , 컴포넌트기반 시스템 -. 유연성 및 시장 진입속도 강조 -. 부품조립에 의한 상품 유연성 -. 상품 및 채널전체에 걸친 프로세스 표준화 -. 자산에 대한 단일 뷰 제공

4. 현재 – 미래 , 가상화된 시스템 -. 가변적 비용 구조 -. 환경적응성 강조 -. 플랫폼 중립적 -. 완전한 산업내 가치사슬 구성

11

SOA 개요 (1)

SOA(Service-Oriented Architecture) 는 표준 interface 의 개념으로 전체 application 을 구축하는 소프트웨어아키텍처

비즈니스 환경변화에 따라 어플리케이션을 민첩하게 조합할 수 있도록 지원하는 아키텍처

12

SOA 개요 (2)

ReuseReuse

IntegrationIntegration

AgilityAgility

업무와 기술의 차이 극복 Time to Market 속도경영과 위험관리 비즈니스 협업 강화 신규 비즈니스 창출 IT 성능과 생산성 향상 ROI 평가 및 투자관리

업무와 기술의 차이 극복 Time to Market 속도경영과 위험관리 비즈니스 협업 강화 신규 비즈니스 창출 IT 성능과 생산성 향상 ROI 평가 및 투자관리

SOA 기대 효과

SOA 도입으로 기업은 핵심역량 확보 , 프로세스 혁신 , 체계적인 투자관리가 가능

SOA 의 최종목적은 『비즈니스 프로세스의 변화에 유연하고 신속히 대응할 수 있는 IT 인프라를 실현하는 것』이다 .

Service Oriented Architecture

13

SOA 구성 요소

SOA 개요

정보 시스템을 구축하는 방식으로 , 특정 기술을 의미하지는 않음 .

인터페이스에 의한 계약 , 캡슐화 , 협업 및 loose-coupling 과 같은 원칙에 기반

SOA 개요

정보 시스템을 구축하는 방식으로 , 특정 기술을 의미하지는 않음 .

인터페이스에 의한 계약 , 캡슐화 , 협업 및 loose-coupling 과 같은 원칙에 기반

SOA 패러다임

모듈화 , 재활용 가능한 공유 서비스 서비스는 인터페이스를 노출시키며 ,

비즈니스 프로세스를 캡슐화 서비스는 서비스가 호출되는 환경에

대해 아무런 가정을 해서는 않됨

SOA 패러다임

모듈화 , 재활용 가능한 공유 서비스 서비스는 인터페이스를 노출시키며 ,

비즈니스 프로세스를 캡슐화 서비스는 서비스가 호출되는 환경에

대해 아무런 가정을 해서는 않됨

ServiceServiceBrokerBroker

ServiceServiceCustomerCustomer

ServiceServiceProviderProvider

ClientClient ServiceService

FindFind PublishPublish

InteractionInteraction

ServiceServiceContractContract

SOA 아키텍처의 구성

14

SOA 8-Layers

1. Operational Systems LayerCRM, ERP 와 같은 패키지 Appl. 및 기존 레가시 시스템 등을 포함하고 있는 계층

2. Components Layer서비스를 구현하고 있는 서비스 컴포넌트를 포함하고 있으며 서비스 품질을 관리하고 있는 계층입니다 .

3. Services Layer시스템 및 컴포넌트가 제공하는 서비스를 사용할 수 있도록 인터페이스를 제공하고 있는 계층

4. Business Process Composition Layer비즈니스 프로세스를 지원하기 위한 서비스 집합 및 흐름을 정의하고 있는 계층

5. Consumers사용자와 상호작용하기 위한 사용자 인터페이스를 정의하고 있는 계층

6. Integration (Enterprise Service Bus)Intelligent routing, Protocol mediation 등 서비스 통합을 위해 요구되는 기능을 제공하고 있는 계층

7. Quality of Service보안 , 성능 , 가용성 등 서비스 품질을 관리하기 위해 요구되는 기능을 제공하고 있는 계층

8. Data Architecture and Biz Intelligence각 계층에서 접근하는 데이터베이스를 관리하고 있는 계층

15

Killer Application

EAI(Enterprise Application Integration) EAI 는 SOA 를 사용해 비용을 절감할 수 있는 가장 확실한 영역 중견 ,글로벌 2000 기업들은 매년 이 복잡한 작업에 수백만 달러를

투자 일반적으로 웹 서비스 및 SOA 를 이용하면 전반적인 통합 비용을 절감

BPM(Business Process Management) BP 는 SOA 의 장기적 성공을 위한 핵심요소로 최고 수준의 수익가치를

제공 BPM 은 “서비스로 무엇을 할 수 있는가”라는 질문에 해답을 제공 기업들은 워크플로우를 비즈니스 프로세스에 구성하는 경우 SOA 가

약속하는 최대 가치를 실현

복합 애플리케이션 많은 애널리스트와 벤더들은 서비스로 가득한 데스크탑

애플리케이션을 사용하여 보다 빠르고 효율적으로 업무를 수행할 수 있는 경우에만 SOA 기반 시스템이 실질적으로 성공을 거두게 될 것으로 예측

16

SOA 도입 시나리오

SOA 는 기존의 어플리케이션을 서비스화하는 과정을 통해서 서비스로 작성하며 , 어플리케이션 혹은 서비스를 조합하여 복합 서비스를 구성한다 .

17

SOA 도입 로드맵

점진적인 /전략적인

SOA접근방법

채택

점진적인 /전략적인

SOA접근방법

채택

•user Interaction : UI 표준 수립 및 적용 - 웹스타일 가이드 표준 Framework 재사용 - Presentation Layer 일관성 제공•Integrated Data : Consolidate DB 환경 구축 - Master Data 정비 및 통합 , 각 시스템 별 공통 서비스의 통합•Access & Authorization : 단일 인증 기반 및 통합 권한 서비스 적요 - 시스템별 권한을 공통 서비스화•Service & Messaging : 표준 인터페이스 기반의 서비스 제공 - Common service 와 Biz. Service 발굴 - 재사용하는 형태로 개발 방법 전환•Workflow & Process : SOA based BPM 구축 - E-to-E 프로세스 관점으로 이기종간 Cross-functional 프로세스 통합

•user Interaction : UI 표준 수립 및 적용 - 웹스타일 가이드 표준 Framework 재사용 - Presentation Layer 일관성 제공•Integrated Data : Consolidate DB 환경 구축 - Master Data 정비 및 통합 , 각 시스템 별 공통 서비스의 통합•Access & Authorization : 단일 인증 기반 및 통합 권한 서비스 적요 - 시스템별 권한을 공통 서비스화•Service & Messaging : 표준 인터페이스 기반의 서비스 제공 - Common service 와 Biz. Service 발굴 - 재사용하는 형태로 개발 방법 전환•Workflow & Process : SOA based BPM 구축 - E-to-E 프로세스 관점으로 이기종간 Cross-functional 프로세스 통합

UserInteraction

IntegratedData

Access &Authorization

Service &Messaging

Workflow & Process

Architecture 정비 SOA Architecture 구축

18

SOA 연관기술

SOASOASOASOAWebWebServiceService

WebWebServiceService EAEAEAEA

OO/CBDOO/CBDOO/CBDOO/CBD

BPMBPMBPMBPM ESBESBESBESB

EAIEAIEAIEAI

SOA 실현을 위한최적의 기술 EA 의 실현 방안

서비스 조립을 통한

프로세스관리

서비스의유통경로

표준화확장성 /유연성제공

SOA 는 실행 아키텍처로 여러 구현 기술 및 방법론과 관계를 가지고 있음

19

SOA 와 Web Service

Web Service

SOA 개념을 실제로 구현한 기술의 하나

서비스 컴포넌트간의 호출에 XML, HTTP, SOAP 등 인터넷 표준기술 기반의 메시지를 이용하는 인터페이스들의 집합

표준 웹기술만을 사용하여 인터넷을 통해 제공되기 때문에 플랫폼에 무관하고 상호간 완벽한 호환성 보장

단순히 서비스를 어떻게 , 어디에 기술하고 , 어떻게 찾을지 기술하는 SOA 의 구현 기술

SOA 의 각 구성요소들과 오퍼레이션들을 구현하기 위하여 WSDL, UDDI, SOAP 의 세 가지 핵심기술을 활용

20

SOA 와 EA(1)

Enterprise Architecture

정보기술관리 및 전략 변화조직의 비즈니스 도메인과 정보기술

도메인을 연계시키고 정보기술서비스의 계획 , 구축 , 운영 , 진화를 관리 할 수 있는 프레임워크

비즈니스나 정보기술 어느 한쪽에 종속적이지 않은 두 가지 모두를 포함

SOA 와 웹 서비스는 EA 의 기술 부문( 데이터 /애플리케이션 /기술 아키텍처 ) 과 연계됨으로써 EA 에서 목적으로 하는 재사용성 , 상호운용성과 공급자 독립성 확보 , 자원의 공동활용이라는 문제를 효과적으로 해결

EA 의 비즈니스 아키텍처를 SOA 의 비즈니스 서비스와 비즈니스 프로세스로 분리하여 구현할 수 있으며 , To-Be 아키텍처를 구현하는 방법으로 SOA 와 웹 서비스가 적용

EA Framework개발

EA 구현(BA/AA/DA/TA/TRM/SP)

IT Governance 체계수립(EA Governance)

EAP 수립

ISPEA관리

시스템

EARepository

정보자원통합관리시스템

IT 자산관리투자관리표준관리

전사적 아키텍처 수립 (EA)

프로젝트 수행영역 향후 추진영역

21

SOA 와 EA(2)

EA 의 To-BE 아키텍처에 대한 구현방안으로써 SOA 를 내재화 하여 조직의 정보기술을 보다 유연하고 민첩하게 함

SOA 는 EA 가 추구하는 유연하고 민첩한 구조를 달성 가능토록 지원EA 가 제공하는 조직의 전사적 구조는 SOA 의 적용을 용이하게 해줌SOA 와 EA 는 상호보완적 관계 , EA 관점에서 SOA 도입 고려

Business ArchitectureBusiness Architecture

Data ArchitectureData Architecture

Application ArchitectureApplication Architecture

Technology ArchitectureTechnology Architecture

Enterprise ArchitectureEnterprise Architecture

ServiceOrientedArchitecture

EmergingSOA

Technology

WebService

22

SOA 와 CBD

Component Based Development

객체지향 프로그래밍에서의 객체와는 달리 다형성과 상속성을 배제하고 다른 컴퍼넌트들이 접근할 수 있도록 잘 정의된 인터페이스를 통해소스 코드가 아닌 이진 (Binary) 형식으로 재사용

소프트웨어의 재사용성을 극단적으로 높인 일종의 소프트웨어 조각 또는 빌딩블럭

공통점 : 독립성과 재사용성의 개념

차이점 : 기존의 CBD 기반 애플리케이션들은 동일한 플랫폼이나 프레임워크 내부에서의 재사용성은 뛰어나나 서로 다른 환경에서 개발된 컴포넌트들을 재사용하고자 할 때는 플랫폼과 구현 언어에 의존성이 강하여 상호운용의 문제가 발생

CBD 를 사용하여 개발된 기존 컴포넌트를 SOA 에서 재사용하거나 전환하기 위해서는 Wrapper 또는 어댑터를 사용

23

SOA 와 BPM

SOA 를 적용한 BPM 은 언제 , 어디서나 , 쉽게 비즈니스 서비스를 이용하여 신속하게 프로세스를 개선함으로써 프로세스 경영과 RTE 를 실현

프로세스 설계표준 프로세스 도출하고 , 시스템의 기능과 매핑

서비스를 통한 통합추가 툴 없이 , 애플리케이션과 연계

유연성 (Flexibility) 및 확장성 (Extensibility) 제공변경 시 신속하고 간편하게 연결 , 프로세스 확장성이 우수

24

SOA 와 Ubiquitous Computing

Ubiquitous Computing

극도로 분산화된 컴퓨팅 플랫폼

분산환경을 지원하기 위한 소프트웨어 통합 기반구조• 분산객체 미들웨어 기술 : DCOM, CORBA, RMI 등• 전송과 프리젠테이션을 위한 웹 기술 : HTTP, HTML 등

유비쿼터스 컴퓨팅 소프트웨어 요소기술로 DCOM, CORBA, RMI 등의 분산객체 기술들을 활용하는 연구가 추진되어 왔으나 , 분산객체 기술들의 한계점들이 지적되어 SOA와 웹 서비스는 이러한 기존의 분산객체 미들웨어 기술들의 한계를 극복하여 플랫폼 독립적인 애플리케이션 통합을 지원

SOA와 웹 서비스는 표준화된 인터페이스와 함께 XML 기반의 인터넷 표준 메시징 프로토콜을 이용한 약결합 연결 방식을 제공함으로써 플랫폼에 보다 유연하면서 표준화된 아키텍처와 개발방법을 제공

25

SOA 와 EAI

EAI ESB 비즈니스 서비스가 User, Application 및 다른 서비스에 광범위하게

제공될 수 있는 기반을 제공하는 S/W SOA 의 핵심 인프라로 단독 또는 타 솔루션에 포함되어 제공 제공되는 기능이 계속 확장됨에 따라 EAI 와의 구분이 모호 통합 중심의 BPM 영역까지 확장될 것으로 전망

Web ServiceWeb ServiceXML TranslationXML TranslationEvent TriggeringEvent Triggering

Messaging, RoutingMessaging, Routing

Process Monitering & ModelingProcess Monitering & ModelingData TransformationData TransformationApplication AdapterApplication Adapter

Process OrchestrationProcess Orchestration

Complex Event ProcessingEvent Management

SimulationHuman Workflow

EAI

BPM

2008

2006

2004

ESBtimeline

26

SOA integration Layer - ESB(1)

ESB(Enterprise Service Bus) 는 서로 상이한 유형의 서비스들간의 상호연계를 위한 논리적인 Layer 로 중계 , 메시징 , 이벤트 및 업무서비스 연계 기능 등을 제공하여 SOA 아키텍처를 구현할 수 있는 기반을 제공

지속적인 다양한 레벨의 연계 통합 기반 제공

어플리케이션 /데이터 /프로세스 /파트너 등 다양한 통합 요건을 수용하는 아키텍처 수립

프로세스 및 어플리케이션 통합을 위한 개발 아키텍처 수립

비즈니스 Flexibility 를 제공하고 Loosely coupled 시스템을 구현할 수 있는 인프라 제공

27

ESB 는 메시지 Adapter, 서비스 Orchestration, Registry, 보안 , 및 서비스 관리 영역으로 구성되며 , EAI, 채널통합 , 및BPM 등의 업무 통합 / 연계를 위한 기반 솔루션으로 활용

장점채널추가 시 새로운 로직없이 기존 시스템을 이용하여 해결 가능프로세스 변경 시 새로운 모듈을 추가 하지 않고 프로세스 조합으로

변경이 가능상품 개발 시 유연한 시스템 구조로 빠르고 쉽게 상품 개발 지원

Architecture

SOA integration Layer - ESB(2)

28

전통적인 EAI 는 개별 통합기술을 이용하며 , 표준기술을 이용한 통합을 지향

차이점

특징 전통적인 EAI ESB

통합의 종류 어플리케이션 통합 서비스 통합 , 서비스 호스팅

통합 방안 시스템 별 Adaptor 사용으로 복잡성 증가 표준기술을 사용한 단순 통합

표준 벤더 별 전송기술 사이 개방형 표준

통합 형태 단단한 결합 (Static, 1:1 결합 )

느슨한 결합 (Dynamic, 1:N 결합 )

비용통합대상 시스템별 Adaptor구입 또는 개발로 지속적 비용 발생

동일표준 기반 및 재사용으로 추가 개발비용 절감

구현아키텍처 집중형 (Hub & Spoke) 분산형 (Distributed)

SOA integration Layer - ESB(3)

29

Real-Time Enterprise

미래 비즈니스의 경쟁우위를 계속적으로 확보 하기 위해서는 비즈니스 지능화 /관리능력 및 Real-time infrastructure, service-oriented application architecture 를 준비하여야 하며 , 이에 대한 전사적 Transformation 을 위해 EA 중심으로 한 IT 변화관리가 필요

30

적용 사례 (1)

SOA 는 신상품 ( 서비스 ) 개발 , 멀티 채널 통합 , 구매 조달업무 , 시스템 통합 , 정보 유통 등의 업무에 많이 적용되고 있음

구분 해외 사례 적용 업무

통신 Verizon •상품 판매 절차 개선•서비스의 재사용으로 신속한 Telecom 서비스 개발

신상품 개발

Belgacom •수천건 ( 일 ) 의 복잡한 회선가입 절차를 개선하여15,000 건 ( 일 ) 의 회선가입 처리 증대와 실시간 고객 응대

멀티채널 통합

금융 Wells Fargo Bank

•SOA Banking Platform 을 활용한 주요 어플리케이션 변경 및 적용기간 단축 , 민첩한 신상품 개발

신상품 개발

Wachovia •은행의 합병 /인수로 인한 silos 시스템을 통합하여 유지보수 비용 절감과 다양한 고객에게 여러 채널에서 동일한 서비스 /경험 /절차 제공

멀티채널 통합

공공 Aerospace •미 국방성 기관 , 작전본부 , 무기체계 공급업체들 간의 업무를 서비스 기반으로 통합하여 실시간 정보의 접근과 공유를 통한 성공적인 작전수행

서비스기반 시스템 통합

서비스

Salesforce.com

•기존의 단순한 온라인 방식에서 서비스 기반으로 전환하여 고객을 위한 보다 빠른 서비스 제공 및 중단 없는 튜닝과 업그레이드

고객 서비스

31

적용 사례 (2)

Service Component

SOA Lifecycle

J2EE & XML

통합 비즈니스 플랫폼통합 비즈니스 플랫폼

클라이언트

브라우저

모바일 클라이언트

모바일 서비스 인프라

데이타 & 컨텐트

데이터 & 컨텐츠

목적 : 언제 어디서나 고객이 원하는 모든 형태의 서비스 개발 인프라 : 무선 네트웍과 모바일 서비스 제공

CP

SP

32

SOA 를 통한 TCO 감소

SOA 구축시 초기에는 SOA 관련된 기술 습득과 SOA 소프트웨어 인프라 구매에 대한 비용 소요

시간이 경과됨에 따라 서비스의 확산을 통해 Time To Market 과TCO 감소

33

SOA 의 잇점

프로세스들을 서비스화 함으로써 granularity 가 증가하고 , 이에 따라 비즈니스의 융통성을 증가

시장의 변화에 대응하여 비즈니스 프로세스를 신속하게 생성하고 어플리케이션을 합성

기존의 IT 인프라 스트럭쳐에 상관없이 서비스를 사용할 수 있기 때문에 고객의 만족도를 향상

프로세스들을 서비스화 함으로써 granularity 가 증가하고 , 이에 따라 비즈니스의 융통성을 증가

시장의 변화에 대응하여 비즈니스 프로세스를 신속하게 생성하고 어플리케이션을 합성

기존의 IT 인프라 스트럭쳐에 상관없이 서비스를 사용할 수 있기 때문에 고객의 만족도를 향상

비즈니스 잇점

비즈니스 변화에 보다 능동적으로 대응할 수 있는 IT 조직으로 변화 하며 , 안전하고 관리적인 통합 환경을 구축 이미 작성된 , 재사용 가능한 서비스들을 빌딩 블록으로 사용함으로써 개발 및 구축 사이클 기간을 대폭 단축 공통 서비스를 사용함으로써 업무의 복잡성을 감소시키고 유지보수 비용을 절감 기존의 IT 시스템을 교체하는 것이 아니라 가치를 증진

비즈니스 변화에 보다 능동적으로 대응할 수 있는 IT 조직으로 변화 하며 , 안전하고 관리적인 통합 환경을 구축 이미 작성된 , 재사용 가능한 서비스들을 빌딩 블록으로 사용함으로써 개발 및 구축 사이클 기간을 대폭 단축 공통 서비스를 사용함으로써 업무의 복잡성을 감소시키고 유지보수 비용을 절감 기존의 IT 시스템을 교체하는 것이 아니라 가치를 증진

IT 잇점