Journey to SOA - :: DBguide.net :: 데이터 전문가 지식포털 · 2007-11-19 · Step 2 ORACLE SOA Best Practices Analysis. ... J2EE Application Server. ORACLE AS, JBoss, WebLogic,

2007. 11. 1

Tech Solution Consulting Div.

SOA Team

조 용 완 ([email protected])

Journey to SOA

II.

ORACLE SOA Best Practice Analysis

Ⅲ.

SOA Pilot Project

Ⅰ. ORACLE SOA Solution Overview

Ⅳ.

Enterprise Domain Decomposition

Ⅴ.

Service Enabling & Hot Pluggable Verification

Ⅵ.

And The Next Step …

3

1. ORACLE SOA Solution Overview


ORACLE이 구체적인

SOA솔루션을 가지고

잘 하고 있는가?

Step 6 The Next Step is …

Step 5 Service Enabling & Hot-Pluggable Verification

(SAP, webMethods, Groupware, Etc.)

Step 4 Enterprise Domain Decomposition (Procurement & Quality Process)

Step 3 SOA Pilot Project (Procurement Process & SAP interface)

Step 2 ORACLE SOA Best Practices Analysis

Step 1

ORACLE SOA Solution Overview (SOA Technical Enabler)

4

1.1 전통적인

IT VS SOA의

기술적

특징

SOA (Service Oriented Architecture) 는

IT 자원을

Web Service와

같은

표준화된

기술을

이용하여

재

사용성

강화

및

Flexibility 를

강화하기

위한

아키텍쳐의

Ideology입니다.

Service Oriented ArchitectureTraditional IT

• 기능

추가/변경이

힘들다• Tightly Coupled System

• 기능

추가/변경이

쉽다.

• Loosely Coupled System

• 표준

커넥터를

이용하여

원하

는

기기추가/변경

작업이

가능

오디오의

표준인

RCA단자

Agility, Adaptability, Extensibility


5

ERP/Legacy Apps

Custom Apps& Services

Web services

BUSINESS SERVICES

Process FlowLogic

ASSEMBLY & ORCHESTRATION

USER INTERFACE

Portal

Web Application

API

WS

PKIDashboards

MONITORING SERVICE BUS

SecurityReliabilityLoggingFailover

Dynamic RoutingTransformation

More InteroperableMore AdaptableRicher ExperienceMore Insightful More Flexible

1.2 SOA Approach – Flexible, Visible, Manageable

SOA 아키텍쳐를

지원하기

위한

플랫폼은

일반적으로

아래와

같은

구성을

가지게

됩니다.


6

1.3 ORACLE SOA Platform

Apps Legacy

AdaptersAdapters

Partners

B2BB2B

RFID

SESSES

DB

EVENTS & CONNECTIVITYMulti

Protocol RoutingXSLTTransform

Enterprise Service BusEnterprise Service Bus

NativeBPEL

Business Rules

Human Workflow

BPEL Process ManagerBPEL Process Manager

ROUTING & ORCHESTRATION

J2EE Application ServerORACLE AS, JBoss, WebLogic, WebSphere

Messaging

UDDI

Policies

Security

Web Services Web Services ManagerManager

RegistryRegistry

GOVERNANCEEvents AnalyticsBusinessMonitoring

System Monitoring

Enterprise Enterprise ManagerManager

BAMBAM BIBIMANAGEMENT

& MONITORING

App DevFramework

JDeveloperJDeveloper

Analyst Tools

BPA SuiteBPA Suite


7

1.4 국내외

SOA Suite 도입

고객

1300+’sORACLE SOA Customers

ORACLE은

1,300개

이상의

SOA 고객을

확보하고

있는

SOA Leader 입니다.


8

1.5 국내

SOA Suite 도입

고객

국내에서도

파일럿

수준이

아닌

실제

업무에

구현된

가장

많은

고객을

가지고

있습니다.


http://www.mpva.go.kr/index.asp

9

2. ORACLE SOA Best Practices Analysis

Ⅱ. ORACLE SOA Best Practices Analysis






Step 2

ORACLE SOA Best Practices Analysis

Step 1 ORACLE SOA Solution Overview (SOA Technical Enabler)

기업에서 SOA가 어떤

형태로 적용 되는가?

10

Pain-points Solutions Values References

SOASOA--Based Based IntegrationIntegration

• Point-to-point 통합에

따른

비용

• 벤더

독점적 기술

사용에 따

른 폐해

• 재사용

발생 안함

• Point-to-point 통합에

따른

비용

• 벤더

독점적 기술

사용에 따

른 폐해

• 재사용

발생 안함

• 프로세스

분석을

통한

재사

용

서비스

도출

• 웹서비스

중심의

표준

기술

정의

• 프로세스

분석을

통한

재사

용

서비스

도출

• 웹서비스

중심의

표준

기술

정의

• 표준

기술

사용으로

엔지니

어 확보 용이 및 벤더 종속성

탈피

• 재사용을 통한 비용 감소

• 표준

기술

사용으로

엔지니

어 확보 용이 및 벤더 종속성

탈피


• LG전자, 한진해운

• Monster, Gateway

• Sumco, Edmunds

• US Army, Vodafone

• LG전자, 한진해운

• Monster, Gateway

• Sumco, Edmunds

• US Army, Vodafone

SOASOA-- EnablingEnabling

the the MainframeMainframe

• 유지보수 비용 과다

• 기능

추가/변경의

어려움

• 독점

기술

사용으로

벤더 종

속성

증가

• 유지보수 비용 과다

• 기능

추가/변경의

어려움

• 독점

기술

사용으로

벤더 종

속성

증가

• Legacy 기능을

서비스로

Wrapping

• 노출된

서비스

사용으로 기

능 추가 및 변경

• 로직과

데이터를

점진적으로

오픈으로

이동

• Legacy 기능을

서비스로

Wrapping

• 노출된

서비스

사용으로 기

능 추가 및 변경

• 로직과

데이터를

점진적으로

오픈으로

이동

• 유지보수 비용 감소

• 기능

추가

및 변경의

용이

• 오픈

플랫폼으로의

유연한

이행

• 유지보수 비용 감소

• 기능

추가

및 변경의

용이

• 오픈

플랫폼으로의

유연한

이행

• Hartford

• Robobank

• Cattles

• Fidelity

• Hartford

• Robobank

• Cattles

• Fidelity

SOA 적용

패턴

Standards Based Integration Simplify and Reduce the Cost of Integration

Re-Use Services and Build Composite Applications Re-use Existing Applications to Support New Business Requirements

Legacy Integration/Migration Enable Graceful Migration from Legacy Systems

Process Automation Implement Flexible, Agile Processes to Respond to Changing Business Requirements

Compliance Help Implement Compliance and Transparency Solutions

Mergers and Acquisitions Rationalize IT Systems after Mergers & Acquisitions


2.1 SOA 적용

유형별

패턴

Modern, Modern, Composite Composite

SOA SOA ApplicationsApplications

• 변경

비용

과다

• IT와 현업의 분절

• 선-기능개발 후-통합

방식

으로

폐쇄적 프로그램

양산

• 재사용

어려움

• 변경

비용

과다

• IT와 현업의 분절

• 선-기능개발 후-통합

방식

으로

폐쇄적 프로그램

양산

• 재사용

어려움

• 재사용과

인티그레이션 중심

의 설계

• 서비스

재사용

중심의

개발

지향

• 프로세스

지향적인

툴

사용

• 재사용과

인티그레이션 중심

의 설계

• 서비스

재사용

중심의

개발

지향

• 프로세스

지향적인

툴

사용

• 비즈니스

변경에

대한

신속

한 대처


• IT와

현업의

이해도

증가

• 비즈니스

변경에

대한

신속

한 대처


• IT와

현업의

이해도

증가

• ING, US navy

• Mitsubishi, Atlas

• KT, 관세청

• OOCL, Turkcell

• Giant Eagle, PSI

• ING, US navy

• Mitsubishi, Atlas

• KT, 관세청

• OOCL, Turkcell

• Giant Eagle, PSI

11

2.2 Composite Application 사례

– Mitsubishi SAP R/3 구매

SOA

• 너무

오래된

SAP R/3 사용으로

인한

업무

불편

• Upgrade 비용

과다

• 통합

프로세스

모니터링

부재

• SAP R/3와 Legacy간

연계 포인

트를

서비스로

도출

• 서비스간

프로세스

중심

연계

(BPEL)

• BAM을

통한

전체

프로세스

실시

간

모니터링

• 업무

처리

속도

향상

(16 steps -> 10 steps)

• 포탈

적용을

통한

사용자

편의성

향상

및

SAP 라이센스

감소

SAP Application Modules

SAP Procurement

Other Systems

EO/POReduce SAP license(D/O,S/P,WARR)

Others Spare Part System

Warranty ClaimSystem

Oracle Portal / Wireless

BPM BPM MS Excel MS Excel PortalsPortalsBAMBAM MailMail MobileMobile

Standard Workflow

Oracle Application Server

Oracle BPEL PM Oracle BAM

Oracle Database Server

BAM Monitoring

SAP Application Modules

SAP Procurement

Other Systems

EO/POReduce SAP license(D/O,S/P,WARR)

Others Spare Part System

Warranty ClaimSystem

Oracle Portal / Wireless

BPM BPM MS Excel MS Excel PortalsPortalsBAMBAM MailMail MobileMobile

Standard Workflow

Oracle Application Server

Oracle BPEL PM Oracle BAM

Oracle Database Server

BAM Monitoring

1

23

4 5

6 7

8

9 10

11

12 13

1415

16

1 2

3

4 5

6

7

89

10

Pain Points Solutions Values

AS-WAS 구매

프로세스TO-BE 구매 프로세스


12

2.3 SOA Based Integration 사례

– LG 전자

• 강

결합

구조로

변경의

어려움

• DB Link 의

사용

남발로

가용성

미흡

• 프로세스

및

메시지에

대한

추적이

힘듦

• Global ERP를

위한

실시간

통합

필요

• 다양한

시스템

연동에

대한

표준

필요

• Integration 표준

정책 수립

• Loosely Coupled System 구조로 개선

( SOA 기반의 Services Integration )

• 기존

System 및

Program 의

Service 화

작업을

통한

Flexibility 강화

• BAM, BPEL을

통한

메시지/프로세스

가시성

확보

• DB Link 해소를

통한

효율적인

DB 관리

• 향후

전개되는

통합

요건에

대한

표준화된

프레임웍

제공

• SOA 기반

구조

확보

• End-to-End 통합

모니터링

Database

Portal

ERPBEA 기반

WebIn-House System

APServer

DBServer

Database

AP Server

DBServer

Database

AP Server

DBServer

기타Legacy System

DB Link DB Link

EAI EAI

Not ServiceNot Service

EAI

Not Service

ORACLE SOA SuiteRoutingRouting QoSQoS BPELBPEL TransformTransform RulesRules

Enterprise Service Bus

통합통합

ERPERP Databases) Files

LegacyLegacy…… WMSWMS MQMQ MESMES


Pain-points Solutions Values

13

2.4 LGCNS – 웹서비스

Composite 내재화

(LG전자

법인간

주문

개선)

사용자가

자기

법인

ERP에서

주문을

입력하고

저장과

동시에

BPEL의

주문

프로세스가

시작되고

이후의

각

단

위

업무들과

관련

Legacy간의

Coordination 역할을

담당함


14

3. SOA Pilot Project

Ⅲ. SOA Pilot Project





Step 3

SOA Pilot Project (Procurement Process & SAP interface)

Step 2 ORACLE SOA Best Practice Analysis


우리 회사에 SOA를 적용할 만 한가? 솔루션의 성숙도는 보장되는가?

검증해보자!!!

15

3.1 Pilot Overview

Service Oriented Architecture 적용Service Oriented Architecture 적용

경영 환경 변화에 민첩한 반영

신규 비즈니스 모델에 대한 신속한 대응

실시간 정보 기반의 의사 결정

아키텍처 유연성 강화

시스템 통합성 향상

기존 시스템 재투자 감소

경영

전략적

측면(신속대응) IT 인프라

측면(유연성)

유연성유연성 민첩성민첩성 가시성가시성

비즈니스

변화에

민첩하게대응할 수 있는 IT 구축

비즈니스

변화에

민첩하게대응할 수 있는 IT 구축

SOA Platform, 방법론, 인력

비즈니스시나리오, 기술적

요구사항

SOA 적용

가능성

검증

SOA Pilot


16

3.2 SOA 범위 (1/3) – 고려

요소

성공적인

SOA 구축을

위해서는

기술/설계/관리역량을

모두

고려하여

도입하는

것이

필요합니다. 본

파일럿에

서는

주로

기술

표준과

제품

표준에

중심을

두어

검증을

진행했으며, 설계

표준

및

SOA Governance 측면에서는

이론적인

수준에서

검증을

진행하였습니다.


고려

요소 상세

내역

A社SOA 역량

Technology Enablers

기술

표준웹서비스, XML, 프로토콜(SOAP), 서비스

디렉토

리(UDDI), 서비스

조합

언어(BPEL) 등

제품

표준

Enterprise Service Bus,

Business Process Orchestration,

Business

Activity

Monitoring,

Service Registry

설계

역량 설계

표준

Loosely Coupled, Contract Based,

Autonomous, Abstract, Reusable,

Composite, Stateless, Discoverable

관리

역량 IT Governance조직, 프로젝트, 서비스

구현

및

사용

비용, 보

안, SLA, 서비스

생명

주기

관리

등

17

3.2 SOA 범위 (2/3) – SOA Technology & Product Stacks

PROCESS PORTAL

GDW MDM


ESB (Enterprise Service Bus)

시스템

HW, SW, 네트워크의

의존성을

제거하여

하나의

통합된

엔터프라이즈

시스템으로

사용

가능하게

함

BPO (Business Process Orchestration)

통합된

비즈니스

프로세스를

생성하기

위해

분산된

서비스의

자동화된

통합

기능

제공

단위

서비스를

조합해

새로운

서비스

창출

BAM (Business Activity Monitoring)

End-to-End 프로세스

성능

모니터링

제공

실시간

비즈니스

진행

현황

분석

및

제어

Standard Communication (Web Services XML, SOAP, UDDI, WS-*, etc)

범용적인

Open Standard를

통해서

여러

시스템

간의

표준화된

Communication을

가능하게

함.

Service Registry

중앙

집중적인

서비스

디렉토리 및 관리 기능 제공

서비스

개발

및

디플로이

과정에서의

서비스

등록/탐색

기능

제공

18

ORACLE은

파일럿

수행

기간동안

SOA 플랫폼의

핵심

모듈

대부분을

적용하여

파일럿을

수행했습니다.


DATA SERVICES & CONNECTIVITY

Apps

AdaptersAdapters

Partners

B2BB2B

RFID

SESSES

DB Bulk

ODIODI

ETL

Multi Protocol RoutingXSLT

Transform

Enterprise Service BusEnterprise Service Bus

NativeBPEL

Business Rules

Human Workflow

BPEL Process ManagerBPEL Process Manager

ROUTING & ORCHESTRATION

DiscoveryPolicies

Management

Security

Web Services Web Services ManagerManager

RegistryRegistry

GOVERNANCEEvents AnalyticsBusinessMonitoring

System Monitoring

Enterprise Enterprise ManagerManager

BAMBAM BIBIMANAGEMENT

& MONITORING

J2EE Application ServerORACLE AS, JBoss, WebLogic, WebSphere

Messaging

App DevFramework

JDeveloperJDeveloper

Analyst Tools

BPA SuiteBPA Suite

3.2 SOA 범위 (3/3) – ORACLE SOA Technology & Applied Stacks

19

SOA 적용

이후

고객사의

Application Architecture는

아래와

같이

변화될

수

있습니다.


구매

Java

Data

UI

ERP

ABAP

Data

UI

설비

Java

Data

UI

재무

CICS/Cobol

Data

UI

EAI

경영진관리자 재무담당구매담당

AS-IS TO-BE

구매

Java

Data

ERP

ABAP

Data

설비

Java

Data

재무

CICS/Cobol

Data

EAI

기존 어플리케이션 로직 서비스화

추상화 된 서비스 등록

ESB Registry

BPEL

구매

주문

프로세스 중심의 서비스 조합


Process Portal

BAM

3.3 As-Is vs. To-Be (1/4)

20


SOA 적용전의

IT 아키텍쳐에

대한

분석입니다.


TO-BEAS-IS

구매

Java

Data

ERP

ABAP

Data

설비

Java

Data

재무

CICS/Cobol

Data

EAI



ESB Registry

BPEL

구매

주문

프로세스 중심의 서비스 조합Process Portal

BAM


•

부분

최적화

•

애플리케이션

사일로

•

중복된

비즈니스

로직

•

데이터

중심의

통합

•

코드

수준의

재사용

(CBD)

• 부분

최적화

• 애플리케이션

사일로

• 중복된

비즈니스

로직

• 데이터

중심의

통합

• 코드

수준의

재사용

(CBD)구매

Java

Data

UI

ERP

ABAP

Data

UI

설비

Java

Data

UI

재무

CICS/Cobol

Data

UI

EAI


21


SOA 적용

이후

고객사의

Application Architecture는

다음과

같이

변화될

것입니다.


TO-BE

구매

Java

Data

ERP

ABAP

Data

설비

Java

Data

재무

CICS/Cobol

Data

EAI



ESB Registry

BPEL

구매

주문

프로세스 중심의 서비스 조합


Process Portal

BAM

AS-IS

구매

Java

Data

UI

ERP

ABAP

Data

UI

설비

Java

Data

UI

재무

CICS/Cobol

Data

UI

EAI


•

전체

최적화

•

어플리케이션

가상화

•

비즈니스

로직

재사용

•

프로세스

중심의

통합

•

비즈니스(서비스) 수준의

재사용

•

EAI는

ESB로

역할

변경

(또는

대체)

• 전체

최적화

• 어플리케이션

가상화

• 비즈니스

로직

재사용

• 프로세스

중심의

통합

• 비즈니스(서비스) 수준의

재사용

• EAI는

ESB로

역할

변경

(또는

대체)

22

3.3 As-Is vs. To-Be : SOA Pilot System Image (4/4)

파일럿은

구매시스템의

구매

프로세스를

분석하여

서비스를

발굴하고

해당

서비스를

조합하여

구매

시스템을

구현하였습니다. 또한

구매시스템, Legacy(CICS), SCM(i2), 설비시스템(Maximo)에

적용되어

있던

기존

인터페

이스는

표준

인터페이스인

웹서비스를

적용하였습니다.


구매

Java

Data

SCM

i2

Data

설비

Java

Data

재무

CICS

Data

구매팀장구매담당자청구자 설비청구자

Process Portal

BPEL

ESB 품목

조회

청구 구매

Registry예산

체크

청구

생성

소싱 견적 품의 발주전표

분개

입고

일반자재청구화면

소싱/견적/품의/입고화면설비시스템청구/입고

화면

EAI

… …

23

3.4 ORACLE SOA Methodology

Marketing Adopting

SOAAssessment

SOAAssessment

SOAProject

Methodology

SOAProject

Methodology

SOAVision &Strategy

SOAVision &Strategy

SOA PilotSOA Pilot

SOAPOC

SOAPOC

AwarenessIntroductionAwarenessIntroduction

SOA Rollout SOA

Rollout

SOAReference

SOAReference

Prospecting EnablingValue Proposition Challenging

SOABusiness

Value

SOABusiness

Value


24

3.4.1 Service Discovery Methods (1/2)

Business Requirements

Business Architecture

Organization and Governance

Business Process Architecture

Business Requirements

Business Architecture

Organization and Governance

Business Process Architecture

Service Identification Framework

Service Identification ServiceDefinition

ServiceImplementation

Technical Requirements

Information & ApplicationArchitecture

Infrastructure

Technical Architecture

Technical Requirements

Information & ApplicationArchitecture

Infrastructure

Technical Architecture

비즈니스 요구사항이 필요한 서비스를 도출할 때까지 반복적으로 분해(decomposed)하는 방법기존 시스템을 거의 사용하지 않는 새로운 응용 프로그램 개발 프로젝트(green field project)나 기업전반에 SOA를 적용하는 기획(enterprise-wide planning) 단계에 적절함이 방법만 사용할 경우 실제 적용에 있어 서비스의 크기(Service Granularity) 문제에 직면할 수 있음

Define App domain Model biz process Service = Process ActivityInter-Domain Service

기존에 존재하고 있는 서비스나 시스템을 평가하여 기존 서비스로 등록기존 서비스를 조합하여 새로운 서비스를 만들 수 있는가를 분석“Business Service” catalog가 완성될 때 까지 반복Bottom-up 분석은 다른 기법에 더해 거의 항상 유용하게 쓰일 수 있는 방법으로, 존재하고 있는 서비스에 대한 Catalog를 만듦으로써 갭-분석(gap analysis)이 가능.

Define Data Model Design CRUD Service = Assembly of CRUDIntra-Application Service

BusinessEventDriven

특정 비즈니스 이벤트(예:계좌소멸, 대출신청 등)의 생명주기 전반에 걸쳐 필요한 개별 이벤트를 나열하고 해당 이벤트를 처리하는 있어서 어떠한 서비스가 필요한지를 발굴한다.이 과정을 모든 핵심 비즈니스 이벤트에 대해서 반복한다.Business Event Driven 분석 방법은 기업이 만들어 놓은 서비스 포트폴리오가 충분한지를 검증하는데 도움이 됨


25

3.4.1 Service Discovery Methods (2/2)

SOA 에서의

가장

핵심은

Service를

어떻게

발견하고

Service의

크기

(Granularity)를

나누는

것에

달려

있습니

다.

Decompose The Enterprise Business Model

Identify Business Domains

For Each DomainIdentify Services

Enrich/Refine The PortfolioUsing A bottom-up approach

Implement ServicesRefine PortfolioProjects

Top-down

Bottom-up

Event-Driven

Project Type/Scope

Top Down Bottom UpBusiness

Event Driven

Green

Field○ ○ ○ - -

Enterprise Wide

○ ○ ○ ○ ○

Re-Use Existing

- ○ ○ ○ ○ ○

Increase Re-

Use

○ ○ ○ ○ ○ ○ ○

Departmental Project

- ○ ○ ○ ○ ○ ○

○ ○ ○ : High , ○ ○ : Moderate , ○

: Low , -

: None


26

비즈니스

도메인구매

일반

자재

구매

청구 소싱 견적 품의 입고발주

프로세스

청구

신청 청구

생성

품번

조회 예산

체크 청구

생성

청구

Data

정합성

체크청구

DB

레코드

생성

Workflow Service 발주생성발주정보

전달

입고정보수령 입고

액티비티

& 엔티티

3.4.2 Top-Down Domain Decomposition (1/2) – 서비스

관계도


27

Business Entity Map & Business Domain 도출To-Be 프로세스

도출

illustration


3.4.3 Top-Down Domain Decomposition (2/2) – Process Map & Entity Map

28

3.4.4 서비스의

Top-Down 식별

1.

품번을

조회하여

선택함2.

업체를

조회하여

선택함3.

청구를

위한

추가정보를

입력함4.

예산을

체크함

(예산

초과시

7번

실행)5.

청구를

합의함

(합의

실패시

7번

실행)6.

청구를

승인함

(승인

실패시

7번

실행)7.

청구

거부

사유를

작성하여

담당자에게

전달함8.

승인된

청구

건을

발주시스템에

전달하여

발주

요청(PR)을

생성함9.

발주

요청

건을

조회함

(실패시

13번

실행)10.

발주

건이

종가가

아닌

경우

견적서

작성함11.

견적서를

승인함

(실패시

12번

실행)12.

발주

거부

사유를

작성하여

담당자에게

전달함13.

발주

가능

후보

업체를

선정함

(Off line)14.

품의서를

작성함15.

품의서를

승인함

(실패시

16번

실행)16.

품의

거부

사유를

작성하여

담당자에게

전달함17.

발주(PO)를

생성함18.

청구

생성

시스템들에게

발주정보를

전달함19.

발주

정보를

공급업체에게

전달함20.

입고

정보(GR)를

입력함21.

필요

시스템들에게

입고정보를

전달함22.

회계

전표를

처리함

품번업체청구예산발주견적품의입고전표결재

서비스

설계

시

가장

중요하게

적용해야

할

원칙은

“서비스의

로직

구현”이

아니라

“서비스의

인터페이스”에

의해

서비스를

설계해야

한다는

것임. 즉

SLA (혹은

그에

준하는

서비스

제공

약속)에

의거해서

“어떤

서비스를

제공해야

하는

지

(Interface)”를

설계한

후에

“어떻게

서비스를

구현해야

하는지(Implementation)” 를

설계해야

함. 잘

알려진

SOA 설계

베스트

프랙티스

중

“WSDL 먼저”라는

프랙티스는

상기한

원칙을

잘

설명해주고

있음. 전체

서비스

인터페이스를

식별하는

것은

어떤

비즈니스

엔터티와

어떤

비즈니스

프로세스를

통해

전체

비즈니스가

동작하는

지를

분석하는

것으로부터

출발함.

서비스 분석 및 설계 Guiding Principles

Business Processes Business Entities

Top-Down으로

비즈니스

서비스

후보를

도출하기

위해

프로젝트

범위에

해당하는

주요

Business Processes와

Business Entities를

식별하여

후보

Service들을

도출합니다.


29

3.4.5 Bottom-Up

Service Discovery (1/2)

비즈니스

도메인

구매

일반

자재

구매

청구 소싱 견적 품의 입고발주

프로세스

청구

신청 청구

생성

품번

조회 예산

체크 청구

생성

청구

Data 정합성

체크 청구

DB 레코드

생성

Workflow Service 발주생성 발주정보

전달

입고정보수령 입고

액티비티

& 엔티티

Bottom-Up

Top-Down

Legacy Systems B2B

구매시스템 ERP 재무시스템 …… 계열사 유관기관 협력사설비시스템


30

3.4.5 Bottom-Up

Service Discovery (2/2)

서비스

레이블 서비스명 기능

설명 컨슈밍대상프로바이딩

대상

Sync/A

sync

WS활용 WS개발 Adaptation

품번조회 getItemNoSCM 내

전자

카탈로그의

아이템

정보

조

회

서비스ESB SCM Sync ●

청구생성 createPR각

단위

시스템에서

청구

데이터를

받아서

legacy 에

데이터

생성BPEL HOST Sync ●

청구생성요청 requestPRCreation설비시스템에서

청구

생성

요청

정보를

받

아 전달

BPEL 설비 Async ●

청구생성

(예산체크포

함)

createPRwithCheck

Budget

예산체크

후

legacy 청구

생성 BPEL HOST Sync ●

설비시스템

청

구 확인

pollMaximoPR설비시스템

내

신규

청구건

생성

확인

서

비스

ESB 설비 Sync ●

발주

생성 createPO 발주

정보를

설비시스템

발주

정보로

저장 ESB 설비 sync ●

구매

발주

제공 publishPOlegacy 의

발주

정보를

각

연계

시스템에

전달

ESB 구매 Async ●

발주

생성 createMaximoPO설비시스템으로부터

수신된

청구

건에

대

한

발주

정보를

설비시스템

발주

정보로

저장

BPEL 설비 sync ●

입고내용전달invokeProcureToPa

yGR

설비시스템

입고

정보를

전달 BPEL 설비 Async ●

구매

입고

생성 InsertGR입고

정보를

받아

legacy 에

입고

정보

생

성

ESB 구매 Sync ●

예산체크 checkBudget해당

청구

건에

대한

예산

여부

확인

서비

스

ESB HOST Sync ●

주문정보조회 getOrderStatus ERP내

해당

오더

정보

상태

조회

서비스 ESB ERP Sync ●

고객정보조회 getCustomerInfo Siebel내 고객 정보 조회 서비스 ESB CRM Sync ●

Bottom-Up으로

분석하여

도출된

대표적인

서비스들의

예시

내용은

아래와

같습니다.

illustration


31

3.4.6 Service Architecture Pattern & Solution Specification

SOA Architecture Patterning

Functional&Operational

Requirement

. . .

Solution Specification . . .


도출된 서비스들에 대한 SOA 아키텍처

패턴을 정의하고, Functional & Operational Requirements에 대한 솔루션 명세

32

Related to …

Enterprise Service Layer Architecture서비스 계층을 어떻게 가져갈 것인가?어떠한 서비스 위주로 선 투자를 진행할 것인가?각 레이어의 주된 서비스 개발/운영 플랫폼은 무엇인가?

Related to …Service Ownership서비스에 대한 정의를 누가 할 것인가?서비스 개발 및 운영 비용?

Related to …Service 개발 및 유지 보수 방법서비스 개발 방법 및 개발 공수

서비스 개발 Infra / 서비스 enabler서비스 유지 보수 및 변경 관리 방안

Related to …Service에 대한 기술적 요구 사항가용성 및 기술 표준

Exception Handling / Logging

Functionality-based (어떤 기능을 제공하는가?)Infrastructure servicesData servicesBusiness logic servicesUtility servicesInformation system servicesProcess control servicesUI services

Usage-based (주로 누가 사용하는가?)High-level Business ServicesSupporting Business ServicesHigh-level Technology ServicesSupporting Technology Services

Construction-based (어떻게 만들어지는가?)Simple ServicesWrapped ServicesComposite Services

Invocation-based (어떻게 사용되는가?)Synchronous/AsynchronousEvent-based

3.4.7 Service Classification


33

Process ControlService

ProcureToPay

SourcingWF

X

종

가?

InvRcv Rcv Inv Rcv Inv Rcv Inv Rcv InvInv

EstimationWF DraftApprovalWF

Decide

Performer

createPRwithCheckBudget

Inv Inv InvX

createPO

Inv

Inv

Inv

X

YN

InsertPOcheckBudget

GoodReceiptlWF

Inv

createPRpollMaximoPR

invokeProcureToPay

InsertGRInsertMaximoPO

publishPO

pollMaximoGR

invokeProcure

ToPayGR

journalizeItems

UtilityService

Business Logic (Data)Service

청구 당당지정 소싱 견적 품위 발주 입고대기 입고 전표분개

InformationSystemService

RulesRules

searchCatalog

Composite

ProcureToPay

SourcingWF

X

종

가?


EstimationWF DraftApprovalWF

Decide

Performer


Inv Inv InvX

createPO

Inv

Inv

Inv

X

YN

InsertPOcheckBudget

GoodReceiptlWF

Inv

createPRpollMaximoPR

invokeProcureToPay

InsertGRInsertMaximoPO

publishPO

pollMaximoGR

invokeProcure

ToPayGR

journalizeItems

Simple

Wrapped


RulesRules

searchCatalog

SOA 시스템

ProcureToPay

SourcingWF

X

종

가

?


EstimationWFDraftApprovalWFDecide

Performer


Inv Inv InvXcreatePO

Inv

Inv

Inv

X

YN

InsertPO

checkBudget

GoodReceiptlWF

Inv

createPR

pollMaximoPR

invokeProcureToPay InsertGR

InsertMaximoPO

publishPO

pollMaximoGR

invokeProcure

ToPayGR

journalizeItems

구매시스템

설비시스템

재무회계


RulesRules

i2 searchItem

ProcureToPay

SourcingWF

X

종

가?


EstimationWF DraftApprovalWFDecide

Performer


Inv Inv InvXcreatePO

Inv

Inv

Inv

X

YN

InsertPO

checkBudget

GoodReceiptlWF

Inv

createPR

pollMaximoPR

invokeProcureToPayInsertGR

InsertMaximoPO

publishPO

pollMaximoGR

invokeProcure

ToPayGR

journalizeItems


Async sync

RulesRules

searchCatalog

Synchronous InvocationAsynchronous InvocationEvent Based Invocation

범례

3.4.8 Service Logical Design

Functionality Based Services

Construction Based Services

Provider Based Services

Invocation Based Services


34

3.4.9 SOBA – Service Oriented Business Application

: SOBA Example

BusinessRule

Workflow

Process

System

품번조회청구정보

입력예산체크

청구데이터검증

청구생성

업체 소싱 . . .

예산여부

구매프로세스호출

청구정보수신

종가여부

담당자지정 소싱 . . .

전자목록시스템(Package : I2)

Search Item

회계시스템(Legacy : CICS)

CheckBudget

구매시스템(In-hose system : JAVA)

PR Datavalidation

CreatePR

AssignPerformer

Human Workflow

SynchronousInvocation

입고

설비시스템(Package : Maximo)

CreateGR

AsynchronousInvocation

Business Rule

illustration

…


35

3.4.10 Physical Implementation Design

BPEL

Architect Design

Registry Design

Composite Design

Service Enabling &

Adaptation Design

KPI & Monitoring Design

::

SecurityException

HALifecycle

Mgmt(QoS,SLA..)Etc.

::


36

3.5 SOA 파일럿을

통한

검증

사항

기술/데이터

중심의

통합

-> 비즈니스/프로세스

중심의

통합

Pilot 내용

: 구매

업무에

대한

비즈니스

프로세스

중심의

서비스

통합

공개

표준

기반으로

시스템

통합성

향상

(웹서비스, XML 등)

프로그램

변경

및

추가

개발

-> 서비스

조립

Pilot 내용

: 청구생성에서

기존

Data Validation, PR 생성, 예산체크

모듈의

서비스화

및

Composition

Composite Application 구현으로

프로세스

유연성

확보

코드

재사용

(프로그램

복사

및

재컴파일) -> 서비스

재사용

(네트워크

환경에서

정의된

서비스

재사용)

Pilot 내용

: Service Registry 구성을

통한

서비스의

자산화

(공통

서비스

및

대고객, 대협력사

서비스

공유)

Shared Service 구현으로

투자

자산

보호

및

기존

시스템

재사용

과거

데이터

분석

-> 이벤트

감지를

통한

비즈니스

현황

모니터링

Pilot 내용

: Business Activity Monitoring을

통한

구매

프로세스

진행

상황

모니터링

및

빠른

적용

이벤트

감지를

통한

운영

프로세스의

실시간

비즈니스

모니터링

파일럿을

통해

다음과

같은

주요

사항에

대한

검증을

완료하였습니다.


37

4. Enterprise Domain Decomposition

Ⅳ. Enterprise Domain Decomposition




Step 4

Enterprise Domain Decomposition (Procurement & Quality Process)




우리 회사에 SOA를 적용할만한 서비스가 존재하는가?

38

Supply Chain Execution

Corporate Administration

Supply Chain Planning & Optimization

Business Intelligence

Marketing

Vehicle Order Management

PLM

Strategic Sourcing

Procurement

Lead Management

Dealer Incentive

Campaign Management Dealer Management

Opportunity / Quote

Order Capture

Customer Service Vehicle Service

Service Parts Management

Warranty Claims

ServiceSales

Collection

Lease-End Remarketing

Captive Finance

Capacity Planning

Supply Chain Optimization

Inventory Planning

Demand Planning

Attach Rate Forecasting Transportation Management

Manufacturing

Human Resources Analytics

Financials AnalyticsCRM Analytics

Supply Chain Analytics

Financials

Help Desk

Human Resources

Project Management

Origination

BankruptcyRepossession

Price / Promotion Optimization

4.1 서비스

도출

및

SOA Project 발굴

영역


illustration

39

4.2 구매

업무

서비스

도출

과정

구매

Legacy구매시스템 B2B

구매관리 카타로그 업체관리 MP재무

회계 자재

설비

기계

프레스

산업보건

안전환경

포장

원자재 인사

세관

은행

관세사

선사

계열사

청구 소싱 발주 수입 재고 업체 품번

Top-Down

Bottom-Up

생성결재

통재

의뢰검토

견적품의

계약

생성

AMEND

L/C

L/C

Amend

보세

통관

출하

입고

불출

마스터

관리

평가

마스터

관리


40

4.3 Sweet SPOT 분석 및 기대 효과 분석

Sweet

SPOT

Analysis •

타

시스템과의

연동이

많아

높은

재사용성이

기대됨

•

재사용

서비스

구축을

통한

SAP 및

MDM과의

효율적인

SOA 인프라

구축

•

향후

서비스

중심의

Composite Application으로

변경

•

주요

기대효과

: 재사용성, 표준

인터페이스

구축

•

소싱

영역은

주로

MP와

구매

시스템

간의

내부

연결이

주

종임. 향후

Composite Apps로

전환

시

서비스

구축

•

수입

영역의

경우

법률, 국가

등에

영향을

받으므로

서비스

중심의

Application으로

변경

시

유연성을

보장할

수

있음

•

주요

기대효과

: 유연성, 유지

보수

개선

서비스

발굴

내역

및

적용

기대효과

SOA 적용

Roadmap

선도

프로젝트

확산

프로젝트

SOA

based

Integration

SOA

based

Integration

SOA

based

Development

high

Low

Priority

전

영역에

대한

서비스

구현을

통한

Composite

Application

구축


41

4.4 품질

서비스

도출

및

SOA 적용

전후

BPM 구축

이미지


SOA 적용

전

BPM 구축

이미지

SOA 적용

전

BPM 구축

이미지

* BPM 프로세스의

각

시스템

연계

액티비티는

해당

시스템의

코드/데이터와

직접

연결됨

SOA 적용

후

BPM 구축

이미지

SOA 적용

전

BPM 구축

이미지

* 신규

시스템

추가

또는

기존

시스템의

변경시

BPMS 영향도를

최소화

할

수 있음

42

5. Service Enabling & Hot-Pluggable Validation

Ⅴ. Service Enabling & Hot-Pluggable Verification


Step 5

Service Enabling & Hot-Pluggable Verification



Step 3 SOA Pilot Project(Procurement Process & SAP interface)



1. SAP 및 Legacy Interface에 SOA를 적용…?2. 기존 자산(웹메소드)를 ESB로 사용…!? 3. G/W 결재와 SAP workflow를 SOA 방식으로 연동

43

◈

SAP Services Enabling Method

5.1 SAP Services Enabling (1/2)


기존 방식

Batch : 9종Online : 53종

인터페이스 표준화

재사용 고려

Batch 제외

웹서비스 방식

서비스 : 23종

(판매금융 41종→11종)

예상되는 인터페이스

분석을 통한

서비스 도출

◈

SAP과

Legacy 간의

예상되는

인터페이스

분석을

통한

서비스

도출

44

5.1 SAP Services Enabling (2/2)

판매

금융에서

도출된

웹서비스를

조합하여

비즈니스

서비스를

발굴하였습니다. 이러한

비즈니스

서비스

발굴

을 통해 단순 인터페이스 방식의 변경에서 비즈니스와 IT가 결합되어 SOA의 효과가 극대화 될 수 있다는 장점

이

생기게

됩니다.


◈

Web Services를

조합하여

비즈니스

서비스

구현

Composite Service 사용의

장점

Enterprise ServicesEnterprise Services

서비스

재사용성서비스

재사용성

관리

편의성관리

편의성

개발

편의성개발

편의성

개별

서비스

호출

사례

ABAP

예약정보

계정잔액

전표

할부관리카드

서비스

인터페이스서비스

프락시국내판매(SAP SD)

판매

금융

SOAP over HTTP

Composite 서비스

호출

사례

ABAP

예약정보

계정잔액

전표

할부관리카드

국내판매(SAP SD)판매

금융

계약금

입금

처리

서비스

SOAP over HTTP

45

5.2 결재

서비스

Enabling (1/2)

결재

엔진은

.Net 기반의

In-House 시스템을

활용하고

SAP는

SAP Workflow를

통하여

이벤트를

BPEL에

전달하였

습니다. 시스템간

인터페이스

방식은

모두

웹서비스로

구현되었으며, 웹서비스를

사용하여

전체

프로세스를

진행하는데

문제

없음을

검증하였습니다.

결 재

엔 진

PO 생성 전표생성

결재 상신 결재 완료

입고

BPEL

ESB (웹메소드)

Groupware

PO정보 입고정보

전표확정

전표정보 결재의뢰 결재결과 전표확정

결재상신

서비스

결재결과

라우팅 서비스


◈

Groupware Approval Service & SAP Workflow Enabling

46

5.2 결재

서비스

Enabling (2/2)

결재

서비스

자체는

Groupware에서

제공

될

수도

있고

ORACLE BPEL Process Manager에서

제공하는

Human Workflow를

사용하여

구현될

수도

있습니다. Human Workflow는

SOA 기반의

BPM을

ORACLE BPEL PM을

통해

구현

한

대부분의

업체에서

사용하고

있으며

포스코의

경우, 업무

결재

자체를

ORACLE BPEL PM으로

구현하였습니다.

R/3R/3Client / ServerClient / Server

ABAP/4ABAP/4

FIFICOCO

AMAM

PSPSWFWF

ISIS

MMMM

HRHR

SDSD

PPPP

QMQMPMPM

Assign Tasks

Human Workflow Service

TaskComplete

BPELProcess

웹서비스

① SAP에서 발생한 결재

정보가 Interface Layer를

통해 BPEL Process 기동

결재내용

결재결과

② 디자인된 Flow에

따라 작업 처리 및

Workflow 서비스 호출

③ 정해진 사용자/롤/ 그룹에 Task 생성

Integration Layer

④ 사용자는 포탈에 로그인하여

자신에게 할당된 Task를 확인

⑤ Detail 화면에서 내역을 확인하고

작업 처리 (승인/반려/전달 등)⑥ 필요한 경우 SAP GUI 화면 호출

⑦ 처리 결과

전달

⑧ 처리 결과에 따라 다음 Activity (SAP 서비스 호출 등) 진행.

⑨

SAP에 결과 반영


◈

ORACLE BPEL PM을

이용한

결재

서비스

구현

Work List 화면Work List 화면Task Detail 화면Task Detail 화면SAP GUISAP GUI

47

5.3 Hot-Pluggable Test (ESB 연동 테스트) (1/2)

SOA Solution Architecture의

특징은

기존

WebMethods로

적용된

Integration back-bone을

ESB로

활용하는데

있

습니다. 다음과

같은

webMethods와

ORACLE SOA Solution과의

연동

Test를

진행하여

상호호환성을

검증할

필요가

있습니다.

ORACLE BPEL Process Manager

Process BusinessRules

Human Workflow

Alerts/Notifications

ServiceRegistry

IDE(JDeveloper)

Security (OWSM)

Adapters Java .NET W.S MDM

Business Activity Monitoring

B2B

A社

BPA

(ARIS)

Portal & Collaboration

System Monitoring

Business User Interface


◈

SOA Solution Stack & webMethods 연동

테스트

ORACLE Enterprise Service BusIntegration Backbone (WebMethods) as ESB

Hot Pluggable 검증

절차

SOA 적용

전

BPM 구축

이

미지

1.기존 개발된 웹메소드 ESB 상의 인터페이스를웹서비스로 노출

2.노출된 WSDL을 ORACLE Registry에 등록

3.BPEL상에서 Registry 검색및 Binding

4.BPEL Process를 웹서비스로 노출 (WSDL 생성)

5.노출된 BPEL WSDL을ORACLE Registry에 등록

6.웹메소드에서 Registry검색 및 Binding

7.웹서비스의 OWSM 등록 및관리

①

② ③

④

48

5.3 Hot-Pluggable Test (ESB 연동 테스트) (2/2)

ORACLE은

글로벌

S/W 메이저

벤더(ORACLE, IBM, BEA, Microsoft, SAP) 중

유일하게

Hot-pluggable 정책을

적용

하는

벤더입니다. Hot-Pluggable 정책이란

자사의

제품이

타사의

제품과

호환성을

보장함은

물론

타사

제품

위에서도

동작하게끔

제품의

호환성

및

표준을

준수하는

정책으로

고객은

자사

IT 환경에

제품을

유연하게

적

용할

수

있으며

기존

IT 투자를

보호할

수

있습니다.

WSRP and JSR-168 Portals, MS Office, Wireless and Mobile Devices

Teradata, DB2, MS Analysis Services, SAP BW, Cognos, Business Objects

IBM WebSphereMQ, TIBCO Enterprise for JMS, SonicMQ

BEA WebLogic, IBM WebSphere, JBoss App Server, Apache Tomcat

Certify on all major Operating Systems

Eclipse, CollabNet Subversion, Spring, Struts, JUnit, Ant, Tapestry, CVS, MS Visual SourceSafe

HP OpenView, CA Unicenter, IBM Tivoli, BMC Patrol

MS Active Directory & MIIS, CA eTrust SSO, all LDAP Directories

SAP R/3, mySAP, all ORACLE ApplicationsApps

IBM DB2 & Informix, MS SQL Server, Sybase IQDBs


◈

ORACLE Hot-Pluggable 정책

49

6. Next Step …Ⅵ. The Next Step is …

Next Step is ……?

Step 6

The Next Step is …


(SAP, webMethods, Groupware, MDM)

Step 4 SOA Business Pilot(Procurement & Quality Process)

Step 3 SOA Pilot Project(Procurement Process & SAP interface)



50

6.1 The Next Step is …Ⅵ. The Next Step is …

SOA 성숙도

향상 SOA Governance 체계

수립

SOA Governance 적용 범위 및 내용SOA Governance 적용 범위 및 내용

SOA Governance 적용 절차SOA Governance 적용 절차

SOA 적용/설계/개발

표준

수립

51

Conclusion -

Goldman Sachs – No.1 SOA Partner

Goldman Sachs, “IT Spending Survey”, Laura Conigliaro, Rick Sherlund, Sarah Friar, Derek Bingham, December, 2006 골드만

삭스의

조사에

의하면

ORACLE을

SOA의

전략적

파트너로

꼽는

기업이

매

해

증가하여

2006년

말에는

IBM, BEA, Microsoft를

제치고

최고의

응답을

받았습니다.

Conclusion

52

Documents

Journey to SOA - :: DBguide.net :: 데이터 전문가 지식포털 · 2007-11-19 · Step 2 ORACLE SOA Best Practices Analysis. ... J2EE Application Server. ORACLE AS, JBoss, WebLogic,