SOA 기술 및 적용방안

1. SOA 기술 및 적용방안 2008. 12. 5

2. 개발 생산성, 통합 용이성 비즈니스 유연성 • 사용자 자신의 정보를 끌어오기를 요구 • 협업에 대한 사용자 요구 • 적절히 정확한 정보의 요구 • 비즈니스 요구들의 신속한 변화 • (정보 셀프서비스와 프로세스 통합의 결핍에 따른 고민) 동적인 표현 계층 동적 인터페이스 • 일반 유저들의 퍼블리싱 요구 • (유저들은 정보의 빈곤에 대해 고민) 대세화된 웹 퍼블리싱 • 다른 정보의 요구 • (정보 병목에 대한 고민) 동적인 시스템 • 동일 정보의 요구 • (정보의 변질에 대한 고민) 정적인 시스템 • 기업 IT의 발전단계 사용자 요구의 발전 기업 IT 백 엔드 시스템 외부 데이터 제공 통합 • 다른 시스템 자료들에 대해 접근 요구 • (유저들은 이제 정보 과부하로 고민)

3. 64 core applications END USERS 8 office auto- mation packages Web Interfaces 14 middleware service providers 17 database products 9 network protocols B2C, B2B, B2E Websites 15 operating systems 11 hardware platforms • IT부서의 압박감(1) 기존 시스템의 복잡성 • IT부서 고민의 핵심 • 너무 많은 시스템 • 관리하기 어려운 legacy system • 다양한 고객의 다양한 요구사항 • 시스템 통합 이슈

4. END USERS Web Interfaces B2C, B2B, B2E Websites • IT부서의 압박감(2) • IT부서 고민의 핵심 • 너무 많은 시스템 • 관리하기 어려운 legacy system • 다양한 고객의 다양한 요구사항 • 시스템 통합 이슈 비즈니스와의 관계 비용 증가 생산성 저하 브랜드 희석

5. Business Agility High 비즈니스 요구 IT Business Gap 발생 기업 비즈니스 모델 변화율 전통적 IT 기술 구조 전통적 IT 애플리케이션 모델 Low Time

6. 개발 진화 과정 • 객체지향 프로그램언어 • 객체라는 직관적인 방법을 도입 • 유사한 코드와 알고리즘을 재개발로 최소화 • 코드의 재사용을 위한 방법 모색 • 초기의 프로그래밍 언어 • 문제마다 접근법이 각각 다름 • 대형 프로그램을 개발하기 복잡 • 구조적 프로그래밍 언어 • 정의된 제어 구조, 코드 블록 • 순환호출 및 지역변수를 지원 함수 • 문제해결 방식이 직관적이지 못함 • CBD(Component based Dev.) • 코드의 재사용을 위한 다형성, 상속성 배제 • 잘 정의된 인터페이스를 통해 이진방식으로 재사용 • 소프트웨어 블록을 통한 개발 • Component의 생성,통합, 재사용이 관건

7. 프로그램 측면 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 Enterprise Services Well-Behaved Services Standard Services Nonstandard Services Pseudo services User Interface Services impact

8. 분산 컴퓨팅환경의 발전측면 Web Service Mainstream Ubiquity Service Java RMI MOMs CORBA ORBs DCE RPC DLL Subroutine Remote Access Loose Coupling XML Black Standard Internet Public boxing Interface transport directory 1970s 1980s 1990s 2000s

9. Scope HTTP/SOAP B2B Market Global Enterprise Web Service Single-site Enterprise Complex Application MOM Service Homogeneous Application ORB Component Program Object Size Tighter Looser coupling • 컴포넌트 아키텍처 측면

10. 비즈니스 어플리케이션 측면 1. 1980 –1990, 독립적 Silo 시스템 -. 규모와 범위의 경제 강조 -. 상품 Silo에 의한 어플리케이션 구축 -. 모든 상품에 단일규격시스템 적용 -. 성능 중심 -. 재사용 미흡 2. 1990 –현재, 전행통합시스템 -. 고객 정보 통합 -. 프로세스 중복 감소 -. 재사용 미흡 3. 2000 –현재, 컴포넌트기반 시스템 -. 유연성 및 시장 진입속도 강조 -. 부품조립에 의한 상품 유연성 -. 상품 및 채널전체에 걸친 프로세스 표준화 -. 자산에 대한 단일 뷰 제공 4. 현재 –미래, 가상화된 시스템 -. 가변적 비용 구조 -. 환경적응성 강조 -. 플랫폼 중립적 -. 완전한 산업내 가치사슬 구성

11. SOA 개요(1) • SOA(Service-Oriented Architecture)는 표준 interface의 개념으로 전체 application을 구축하는 소프트웨어아키텍처 • 비즈니스 환경변화에 따라 어플리케이션을 민첩하게 조합할 수 있도록 지원하는 아키텍처

12. SOA 개요(2) • SOA 도입으로 기업은 핵심역량 확보, 프로세스 혁신, 체계적인 투자관리가 가능 • SOA의최종목적은『비즈니스프로세스의변화에유연하고신속히대응할수있는IT인프라를실현하는것』이다. Service Oriented Architecture SOA 기대 효과 • 업무와 기술의 차이 극복 • Time to Market • 속도경영과 위험관리 • 비즈니스 협업 강화 • 신규 비즈니스 창출 • IT성능과 생산성 향상 • ROI평가 및 투자관리 Reuse Integration Agility

13. Service Broker Publish Find Service Customer Service Provider Client Service Service Contract Interaction • SOA 구성 요소 • SOA 개요 • 정보 시스템을 구축하는 방식으로, 특정 기술을 의미하지는 않음. • 인터페이스에 의한 계약, 캡슐화, 협업 및 loose-coupling과 같은 원칙에 기반 SOA 아키텍처의 구성 SOA 패러다임 • 모듈화, 재활용 가능한 공유 서비스 • 서비스는 인터페이스를 노출시키며, 비즈니스 프로세스를 캡슐화 • 서비스는 서비스가 호출되는 환경에 대해 아무런 가정을 해서는 않됨

14. SOA 8-Layers 1. Operational Systems Layer CRM, 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 접근방법 채택 • 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 프로세스 통합 • SOA 도입 로드맵 User Interaction Integrated Data Access & Authorization Service & Messaging Workflow & Process Architecture 정비 SOA Architecture 구축

18. SOA연관기술 • SOA는 실행 아키텍처로 여러 구현 기술 및 방법론과 관계를 가지고 있음 SOA 실현을 위한 최적의 기술 EA의 실현 방안 SOA Web Service EA 서비스 조립을 통한 프로세스관리 서비스의 유통경로 BPM ESB 확장성/유연성 제공 표준화 EAI OO/CBD

19. SOA와 Web Service • Web Service • SOA개념을 실제로 구현한 기술의 하나 • 서비스 컴포넌트간의 호출에 XML, HTTP, SOAP 등 인터넷 표준기술 기반의 메시지를 이용하는 인터페이스들의 집합 • 표준 웹기술만을 사용하여 인터넷을 통해 제공되기 때문에 플랫폼에 무관하고 상호간 완벽한 호환성 보장 • 단순히 서비스를 어떻게, 어디에 기술하고, 어떻게 찾을지 기술하는 SOA의 구현 기술 • SOA의 각 구성요소들과 오퍼레이션들을 구현하기 위하여 WSDL, UDDI, SOAP의 세 가지 핵심기술을 활용

20. SOA와 EA(1) • Enterprise Architecture • 정보기술관리 및 전략 변화 • 조직의 비즈니스 도메인과 정보기술 도메인을 연계시키고 정보기술서비스의 계획, 구축, 운영, 진화를 관리 할 수 있는 프레임워크 • 비즈니스나 정보기술 어느 한쪽에 종속적이지 않은 두 가지 모두를 포함 • SOA와 웹 서비스는 EA의 기술 부문(데이터/애플리케이션/기술 아키텍처)과 연계됨으로써 EA에서 목적으로 하는 재사용성, 상호운용성과 공급자 독립성 확보, 자원의 공동활용이라는 문제를 효과적으로 해결 프로젝트 수행영역 향후 추진영역 ISP 전사적 아키텍처 수립(EA) EAP 수립 정보자원 통합관리시스템 EA Framework 개발 EA관리 시스템 EA Repository EA 구현 (BA/AA/DA/TA/TRM/SP) IT자산관리 투자관리 표준관리 IT Governance체계수립 (EA Governance) • EA의 비즈니스 아키텍처를 SOA의 비즈니스 서비스와 비즈니스 프로세스로 분리하여 구현할 수 있으며, To-Be 아키텍처를 구현하는 방법으로 SOA와 웹 서비스가 적용

21. SOA와 EA(2) • EA의 To-BE 아키텍처에 대한 구현방안으로써 SOA를 내재화하여 조직의 정보기술을 보다 유연하고 민첩하게 함 • SOA는 EA가 추구하는 유연하고 민첩한 구조를 달성 가능토록 지원 • EA가 제공하는 조직의 전사적 구조는 SOA의 적용을 용이하게 해줌 • SOA와 EA는 상호보완적 관계, EA관점에서 SOA 도입 고려 Enterprise Architecture Business Architecture Data Architecture Emerging SOA Technology Service Oriented Architecture Web Service Application Architecture Technology Architecture

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영역까지 확장될 것으로 전망 2008 Complex Event Processing Event Management Simulation Human Workflow 2006 Process Monitering & Modeling Data Transformation Application Adapter Process Orchestration BPM ESB timeline EAI 2004 Web Service XML Translation Event Triggering Messaging, Routing

26. SOA integration Layer - ESB(1) • ESB(Enterprise Service Bus)는 서로 상이한 유형의 서비스들간의 상호연계를 위한 논리적인 Layer로 중계, 메시징, 이벤트 및 업무서비스 연계 기능 등을 제공하여 SOA 아키텍처를 구현할 수 있는 기반을 제공 • 지속적인 다양한 레벨의 연계 통합 기반 제공 • 어플리케이션/데이터/프로세스/파트너 등 다양한 통합 요건을 수용하는 아키텍처 수립 • 프로세스 및 어플리케이션 통합을 위한 개발 아키텍처 수립 • 비즈니스 Flexibility를 제공하고 Loosely coupled 시스템을 구현할 수 있는 인프라 제공

27. SOA integration Layer - ESB(2) • ESB는 메시지 Adapter, 서비스 Orchestration, Registry, 보안, 및 서비스 관리 영역으로 구성되며, EAI,채널통합, 및 BPM 등의 업무 통합/연계를 위한 기반 솔루션으로 활용 • 장점 • 채널추가 시 새로운 로직없이 기존 시스템을 이용하여 해결 가능 • 프로세스 변경 시 새로운 모듈을 추가 하지 않고 프로세스 조합으로 변경이 가능 • 상품 개발 시 유연한 시스템 구조로 빠르고 쉽게 상품 개발 지원 • Architecture

28. SOA integration Layer - ESB(3) • 전통적인 EAI는 개별 통합기술을 이용하며, 표준기술을 이용한 통합을 지향 • 차이점

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

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

31. 적용 사례(2) • 목적 : 언제 어디서나 고객이 원하는 모든 형태의 서비스 개발 • 인프라 : 무선 네트웍과 모바일 서비스 제공 CP 모바일 서비스 인프라 클라이언트 Service Component 데이터 & 컨텐츠 SOA Lifecycle SP J2EE & XML 브라우저 통합 비즈니스 플랫폼 모바일 클라이언트 데이타 & 컨텐트

32. SOA를 통한 TCO감소 • SOA 구축시 초기에는 SOA 관련된 기술 습득과 SOA 소프트웨어 인프라 구매에 대한 비용 소요 • 시간이 경과됨에 따라 서비스의 확산을 통해 Time To Market 과TCO 감소

33. SOA의 잇점 • 프로세스들을 서비스화 함으로써 granularity가 증가하고, 이에 따라 비즈니스의 융통성을 증가 • 시장의 변화에 대응하여 비즈니스 프로세스를 신속하게 생성하고 어플리케이션을 합성 • 기존의 IT 인프라 스트럭쳐에 상관없이 서비스를 사용할 수 있기 때문에 고객의 만족도를 향상 비즈니스 잇점 • 비즈니스 변화에 보다 능동적으로 대응할 수 있는 IT 조직으로 변화 하며, 안전하고 관리적인 통합 환경을 구축 • 이미 작성된, 재사용 가능한 서비스들을 빌딩 블록으로 사용함으로써 개발 및 구축 사이클 기간을 대폭 단축 • 공통 서비스를 사용함으로써 업무의 복잡성을 감소시키고 유지보수 비용을 절감 • 기존의 IT 시스템을 교체하는 것이 아니라 가치를 증진 IT 잇점