Journey to SOA

Transcription

1 Journey to SOA Tech Solution Consulting Div. SOA Team 조용완 (yongwan.jo@oracle.com)

2 Ⅰ. ORACLE SOA Solution Overview II. ORACLE SOA Best Practice Analysis Ⅲ. SOA Pilot Project Ⅳ. Enterprise Domain Decomposition Ⅴ. Service Enabling & Hot Pluggable Verification Ⅵ. And The Next Step

3 Ⅰ. ORACLE SOA Solution Overview 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) 3

4 Ⅰ. ORACLE SOA Solution Overview 1.1 전통적인 IT VS SOA 의기술적특징 SOA (Service Oriented Architecture) 는 IT 자원을 Web Service 와같은표준화된기술을이용하여재사용성강화및 Flexibility 를강화하기위한아키텍쳐의 Ideology 입니다. Agility, Adaptability, Extensibility Traditional IT Service Oriented Architecture 오디오의표준인 RCA 단자 기능추가 / 변경이힘들다 Tightly Coupled System 기능추가 / 변경이쉽다. Loosely Coupled System 표준커넥터를이용하여원하는기기추가 / 변경작업이가능 4

5 Ⅰ. ORACLE SOA Solution Overview 1.2 SOA Approach Flexible, Visible, Manageable SOA 아키텍쳐를지원하기위한플랫폼은일반적으로아래와같은구성을가지게됩니다. More Insightful Richer Experience More Adaptable More Flexible More Interoperable Portal ERP/ Legacy Apps PKI Dashboards Web Application WS Process Flow Logic Security Reliability Logging Failover Dynamic Routing Transformation Custom Apps & Services API Web services MONITORING USER INTERFACE ASSEMBLY & ORCHESTRATION SERVICE BUS BUSINESS SERVICES 5

6 Ⅰ. ORACLE SOA Solution Overview 1.3 ORACLE SOA Platform BPA Suite MANAGEMENT Analyst & MONITORING Tools JDeveloper App Dev Framework BAM ROUTING & Business Events ORCHESTRATION Analytics Monitoring BPEL Process Manager Native BPEL EVENTS & CONNECTIVITY Enterprise Service Bus Multi Protocol Human Workflow XSLT Transform BI Business Rules Routing Enterprise Manager GOVERNANCE System Monitoring Web Services Manager Policies Security Adapters B2B SES Registry Apps DB Legacy Partners RFID UDDI Messaging J2EE Application Server ORACLE AS, JBoss, WebLogic, WebSphere 6

7 Ⅰ. ORACLE SOA Solution Overview 1.4 국내외 SOA Suite 도입고객 ORACLE 은 1,300 개이상의 SOA 고객을확보하고있는 SOA Leader 입니다 s ORACLE SOA Customers 7

8 Ⅰ. ORACLE SOA Solution Overview 1.5 국내 SOA Suite 도입고객 국내에서도파일럿수준이아닌실제업무에구현된가장많은고객을가지고있습니다. 8

9 Ⅱ. ORACLE SOA Best Practices Analysis 2. ORACLE SOA Best Practices Analysis 기업에서 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) 9

10 Ⅱ. ORACLE SOA Best Practices Analysis 2.1 SOA 적용유형별패턴 SOA 적용패턴 Pain-points Solutions Values References Modern, Composite SOA Applications 변경비용과다 IT 와현업의분절 선 - 기능개발후 - 통합방식으로폐쇄적프로그램양산 재사용어려움 재사용과인티그레이션중심의설계 서비스재사용중심의개발지향 프로세스지향적인툴사용 비즈니스변경에대한신속한대처 재사용을통한비용감소 IT 와현업의이해도증가 ING, US navy Mitsubishi, Atlas KT, 관세청 OOCL, Turkcell Giant Eagle, PSI SOA-Based Integration Point-to-point 통합에따른비용 벤더독점적기술사용에따른폐해 재사용발생안함 프로세스분석을통한재사용서비스도출 웹서비스중심의표준기술정의 표준기술사용으로엔지니어확보용이및벤더종속성탈피 재사용을통한비용감소 LG 전자, 한진해운 Monster, Gateway Sumco, Edmunds US Army, Vodafone SOA- Enabling the Mainframe 유지보수비용과다 기능추가 / 변경의어려움 독점기술사용으로벤더종속성증가 Legacy 기능을서비스로 Wrapping 노출된서비스사용으로기능추가및변경 로직과데이터를점진적으로오픈으로이동 유지보수비용감소 기능추가및변경의용이 오픈플랫폼으로의유연한이행 Hartford Robobank Cattles Fidelity Standards Based Integration Re-Use Services and Build Composite Applications Legacy Integration/Migration Process Automation Compliance Mergers and Acquisitions Simplify and Reduce the Cost of Integration Re-use Existing Applications to Support New Business Requirements Enable Graceful Migration from Legacy Systems Implement Flexible, Agile Processes to Respond to Changing Business Requirements Help Implement Compliance and Transparency Solutions Rationalize IT Systems after Mergers & Acquisitions 10

11 Ⅱ. ORACLE SOA Best Practices Analysis 2.2 Composite Application 사례 Mitsubishi SAP R/3 구매 SOA Pain Points Solutions Values 너무오래된 SAP R/3 사용으로인한업무불편 Upgrade 비용과다 통합프로세스모니터링부재 SAP R/3 와 Legacy 간연계포인트를서비스로도출 서비스간프로세스중심연계 (BPEL) BAM 을통한전체프로세스실시간모니터링 업무처리속도향상 (16 steps -> 10 steps) 포탈적용을통한사용자편의성향상및 SAP 라이센스감소 BPM BAM Portals MS Excel Mail Mobile Standard Workflow Oracle Portal / Wireless BAM Monitoring Oracle BPEL PM Oracle BAM Oracle Application Server Oracle base Server 16 AS-WAS 구매프로세스 SAP Application Modules SAP Procurement Reduce SAP license Others (D/O,S/P,WARR) Other Systems EO/PO Spare Part System Warranty Claim System 10 TO-BE 구매프로세스 11

12 Ⅱ. ORACLE SOA Best Practices Analysis 2.3 SOA Based Integration 사례 LG 전자 Pain-points Solutions Values 강결합구조로변경의어려움 DB Link 의사용남발로가용성미흡 프로세스및메시지에대한추적이힘듦 Global ERP 를위한실시간통합필요 다양한시스템연동에대한표준필요 Integration 표준정책수립 Loosely Coupled System 구조로개선 ( SOA 기반의 Services Integration ) 기존 System 및 Program 의 Service 화작업을통한 Flexibility 강화 BAM, BPEL 을통한메시지 / 프로세스가시성확보 DB Link 해소를통한효율적인 DB 관리 향후전개되는통합요건에대한표준화된프레임웍제공 SOA 기반구조확보 End-to-End 통합모니터링 Portal 통합 ERP bases) Files AP Server Not Service AP Server Not Service AP Server DB Server EAI Not Service DB Server EAI DB Server Routing ORACLE SOA Suite QoS BPEL Transform Rules EAI Enterprise Service Bus base DB Link base DB Link base ERP BEA 기반 Web In-House System 기타 Legacy System Legacy WMS MQ MES 12

13 Ⅱ. ORACLE SOA Best Practices Analysis 2.4 LGCNS 웹서비스 Composite 내재화 (LG 전자법인간주문개선 ) 사용자가자기법인 ERP 에서주문을입력하고저장과동시에 BPEL 의주문프로세스가시작되고이후의각단위업무들과관련 Legacy 간의 Coordination 역할을담당함 13

14 Ⅲ. SOA Pilot Project 3. SOA Pilot Project 우리회사에 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 Practice Analysis Step 1 ORACLE SOA Solution Overview (SOA Technical Enabler) 14

15 Ⅲ. SOA Pilot Project 3.1 Pilot Overview 비즈니스변화에민첩하게대응할수있는 IT 구축 유연성 민첩성 가시성 Service Oriented Architecture 적용 SOA Platform, 방법론, 인력비즈니스시나리오, 기술적요구사항 SOA Pilot 경영전략적측면 ( 신속대응 ) IT 인프라측면 ( 유연성 ) 경영환경변화에민첩한반영 신규비즈니스모델에대한신속한대응 실시간정보기반의의사결정 아키텍처유연성강화 시스템통합성향상 기존시스템재투자감소 SOA 적용가능성검증 15

16 Ⅲ. SOA Pilot Project 3.2 SOA 범위 (1/3) 고려요소 성공적인 SOA 구축을위해서는기술 / 설계 / 관리역량을모두고려하여도입하는것이필요합니다. 본파일럿에서는주로기술표준과제품표준에중심을두어검증을진행했으며, 설계표준및 SOA Governance 측면에서는이론적인수준에서검증을진행하였습니다. 고려요소 상세내역 기술표준 웹서비스, XML, 프로토콜 (SOAP), 서비스디렉토리 (UDDI), 서비스조합언어 (BPEL) 등 A 社 SOA 역량 Technology Enablers 설계역량 제품표준 설계표준 Enterprise Service Bus, Business Process Orchestration, Business Activity Monitoring, Service Registry Loosely Coupled, Contract Based, Autonomous, Abstract, Reusable, Composite, Stateless, Discoverable 관리역량 IT Governance 조직, 프로젝트, 서비스구현및사용비용, 보안, SLA, 서비스생명주기관리등 16

17 Ⅲ. SOA Pilot Project 3.2 SOA 범위 (2/3) SOA Technology & Product Stacks PROCESS PORTAL BAM (Business Activity Monitoring) End-to-End 프로세스성능모니터링제공실시간비즈니스진행현황분석및제어 BPO (Business Process Orchestration) Service Registry 중앙집중적인서비스디렉토리및관리기능제공서비스개발및디플로이과정에서의서비스등록 / 탐색기능제공 통합된비즈니스프로세스를생성하기위해분산된서비스의자동화된통합기능제공단위서비스를조합해새로운서비스창출 ESB (Enterprise Service Bus) 시스템 HW, SW, 네트워크의의존성을제거하여하나의통합된엔터프라이즈시스템으로사용가능하게함 Standard Communication (Web Services XML, SOAP, UDDI, WS-*, etc) 범용적인 Open Standard 를통해서여러시스템간의표준화된 Communication 을가능하게함. GDW MDM 17

18 Ⅲ. SOA Pilot Project 3.2 SOA 범위 (3/3) ORACLE SOA Technology & Applied Stacks ORACLE 은파일럿수행기간동안 SOA 플랫폼의핵심모듈대부분을적용하여파일럿을수행했습니다. BPA Suite MANAGEMENT Analyst & MONITORING Tools JDeveloper App Dev Framework BAM ROUTING & Business Events ORCHESTRATION Analytics Monitoring BPEL Process Manager Native BPEL DATA Enterprise SERVICES Service Bus & CONNECTIVITY Multi Protocol Human Workflow XSLT Transform BI Business Rules Routing Enterprise Manager GOVERNANCE System Monitoring Web Services Manager Management Security Adapters Apps DB ODI Bulk ETL B2B Partners SES RFID Registry Discovery Policies Messaging J2EE Application Server ORACLE AS, JBoss, WebLogic, WebSphere 18

19 Ⅲ. SOA Pilot Project 3.3 As-Is vs. To-Be (1/4) SOA 적용이후고객사의 Application Architecture 는아래와같이변화될수있습니다. AS-IS TO-BE 구매담당 관리자 경영진 재무담당 구매담당 관리자 경영진 재무담당 프로세스중심의서비스조합 Process Portal UI UI UI UI 주문구매 BPEL 추상화된서비스등록 BAM 기존어플리케이션로직서비스화 ESB Registry 구매 Java ERP ABAP 설비 Java 재무 CICS/Cobol 구매 Java ERP ABAP 설비 Java 재무 CICS/Cobol EAI EAI 19

20 Ⅲ. SOA Pilot Project 3.3 As-Is vs. To-Be (2/4) SOA 적용전의 IT 아키텍쳐에대한분석입니다. AS-IS TO-BE 구매담당 관리자 경영진 재무담당 구매담당 관리자 경영진 재무담당 프로세스중심의서비스조합 Process Portal UI 구매 Java UI ERP ABAP UI 설비 Java UI 재무 CICS/Cobol BPEL 부분부분최적화주문최적화 구매 애플리케이션애플리케이션사일로사일로 중복된중복된비즈니스비즈니스로직로직ESB 데이터데이터중심의중심의통합통합 코드코드구매수준의수준의재사용재사용 ERP(CBD) Java ABAP 추상화된서비스등록 기존어플리케이션로직서비스화 설비 Java 재무 CICS/Cobol BAM Registry EAI EAI 20

21 Ⅲ. SOA Pilot Project 3.3 As-Is vs. To-Be (3/4) SOA 적용이후고객사의 Application Architecture 는다음과같이변화될것입니다. AS-IS TO-BE 구매담당 관리자 경영진 재무담당 구매담당 관리자 경영진 재무담당 UI UI UI UI 전체전체최적화최적화 어플리케이션어플리케이션가상화가상화 비즈니스비즈니스로직로직재사용재사용 프로세스프로세스중심의중심의통합통합 비즈니스비즈니스 ( 서비스 ( 서비스 ) ) 수준의수준의재사용재사용구매 EAI EAI 는 ERP ESB ESB 로역할역할설비변경변경 ( 또는 ( 또는재무대체대체 ) ) Java ABAP Java CICS/Cobol 프로세스중심의서비스조합 주문구매 기존어플리케이션로직서비스화 구매 Java Process Portal 추상화된서비스등록 ERP ABAP BPEL ESB 설비 Java 재무 CICS/Cobol BAM Registry EAI EAI 21

22 Ⅲ. SOA Pilot Project 3.3 As-Is vs. To-Be : SOA Pilot System Image (4/4) 파일럿은구매시스템의구매프로세스를분석하여서비스를발굴하고해당서비스를조합하여구매시스템을구현하였습니다. 또한구매시스템, Legacy(CICS), SCM(i2), 설비시스템 (Maximo) 에적용되어있던기존인터페이스는표준인터페이스인웹서비스를적용하였습니다. 청구자 설비청구자 구매담당자 구매팀장 Process Portal 일반자재청구화면 설비시스템청구 / 입고화면 소싱 / 견적 / 품의 / 입고화면 BPEL 청구 구매 ESB 품목조회 예산체크 청구생성 소싱견적품의발주 입고 전표분개 Registry SCM i2 재무 CICS 구매 Java 설비 Java EAI 22

23 Ⅲ. SOA Pilot Project 3.4 ORACLE SOA Methodology Marketing Prospecting Value Proposition Enabling Challenging Adopting Awareness Awareness Introduction Introduction SOA SOA Vision Vision & Strategy Strategy SOA SOA Assessment Assessment SOA SOA Business Business Value Value SOA SOA Project Project Methodology Methodology SOA SOA Pilot Pilot SOA SOA POC POC SOA SOA Rollout Rollout SOA SOA Reference Reference 23

24 Ⅲ. SOA Pilot Project Service Discovery Methods (1/2) Business Requirements Business Architecture Organization and Governance Business Process Architecture 비즈니스요구사항이필요한서비스를도출할때까지반복적으로분해 (decomposed) 하는방법 기존시스템을거의사용하지않는새로운응용프로그램개발프로젝트 (green field project) 나기업전반에 SOA를적용하는기획 (enterprise-wide planning) 단계에적절함 이방법만사용할경우실제적용에있어서비스의크기 (Service Granularity) 문제에직면할수있음 Define App domain Model biz process Service = Process Activity Inter-Domain Service Service Identification Framework Service Identification Service Definition Service Implementation Technical Requirements Technical Architecture Information & Application Architecture Infrastructure 기존에존재하고있는서비스나시스템을평가하여기존서비스로등록기존서비스를조합하여새로운서비스를만들수있는가를분석 Business Service catalog가완성될때까지반복 Bottom-up 분석은다른기법에더해거의항상유용하게쓰일수있는방법으로, 존재하고있는서비스에대한 Catalog 를만듦으로써갭 - 분석 (gap analysis) 이가능. Define Model Design CRUD Service = Assembly of CRUD Intra-Application Service Business Event Driven 특정비즈니스이벤트 ( 예 : 계좌소멸, 대출신청등 ) 의생명주기전반에걸쳐필요한개별이벤트를나열하고해당이벤트를처리하는있어서어떠한서비스가필요한지를발굴한다. 이과정을모든핵심비즈니스이벤트에대해서반복한다. Business Event Driven 분석방법은기업이만들어놓은서비스포트폴리오가충분한지를검증하는데도움이됨 24

25 Ⅲ. SOA Pilot Project Service Discovery Methods (2/2) SOA 에서의가장핵심은 Service 를어떻게발견하고 Service 의크기 (Granularity) 를나누는것에달려있습니다. Project Type/Scope Top Down Bottom Up Business Event Driven Decompose The Enterprise Business Model Green Field - - Enterprise Wide Identify Business Domains Top-down Re-Use Existing - Increase Re- Use For Each Domain Identify Services Departmental Project - : High, : Moderate, : Low, - : None Enrich/Refine The Portfolio Using A bottom-up approach Bottom-up Projects Implement Services Refine Portfolio Event-Driven 25

26 Ⅲ. SOA Pilot Project Top-Down Domain Decomposition (1/2) 서비스관계도 프로세스 구매 비즈니스도메인 일반자재구매 청구소싱견적품의발주입고 청구신청 청구생성 Workflow Service 발주생성 발주정보전달 품번조회예산체크청구생성 입고정보수령 입고 청구 정합성체크 청구 DB 레코드생성 액티비티 & 엔티티 26

27 Ⅲ. SOA Pilot Project Top-Down Domain Decomposition (2/2) Process Map & Entity Map To-Be 프로세스도출 illustration Business Entity Map & Business Domain 도출 27

28 Ⅲ. SOA Pilot Project 서비스의 Top-Down 식별 Top-Down 으로비즈니스서비스후보를도출하기위해프로젝트범위에해당하는주요 Business Processes 와 Business Entities 를식별하여후보 Service 들을도출합니다. Business Processes Business Entities 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. 회계전표를처리함 품번 업체 청구 예산 발주 견적 품의 입고 전표 결재 서비스분석및설계 Guiding Principles 서비스설계시가장중요하게적용해야할원칙은 서비스의로직구현 이아니라 서비스의인터페이스 에의해서비스를설계해야한다는것임. 즉 SLA ( 혹은그에준하는서비스제공약속 ) 에의거해서 어떤서비스를제공해야하는지 (Interface) 를설계한후에 어떻게서비스를구현해야하는지 (Implementation) 를설계해야함. 잘알려진 SOA 설계베스트프랙티스중 WSDL 먼저 라는프랙티스는상기한원칙을잘설명해주고있음. 전체서비스인터페이스를식별하는것은어떤비즈니스엔터티와어떤비즈니스프로세스를통해전체비즈니스가동작하는지를분석하는것으로부터출발함. 28

29 Ⅲ. SOA Pilot Project Bottom-Up Service Discovery (1/2) Top-Down 프로세스 구매 비즈니스도메인 일반자재구매 청구소싱견적품의발주입고 청구신청 청구생성 Workflow Service 발주생성발주정보전달 품번조회예산체크청구생성 액티비티 & 엔티티 입고정보수령 입고 청구 정합성체크 청구 DB 레코드생성 구매시스템 ERP 재무시스템 설비시스템계열사유관기관협력사 Bottom-Up Legacy Systems B2B 29

30 Ⅲ. SOA Pilot Project Bottom-Up Service Discovery (2/2) Bottom-Up 으로분석하여도출된대표적인서비스들의예시내용은아래와같습니다. 서비스레이블서비스명기능설명컨슈밍대상프로바이딩대상 품번조회 청구생성 청구생성요청 청구생성 ( 예산체크포함 ) 설비시스템청구확인 getitemno createpr requestprcreation createprwithcheck Budget pollmaximopr SCM 내전자카탈로그의아이템정보조회서비스 각단위시스템에서청구데이터를받아서 legacy 에데이터생성 설비시스템에서청구생성요청정보를받아전달 30 Sync/A sync ESB SCM Sync BPEL HOST Sync WS 활용 WS 개발 Adaptation BPEL 설비 Async 예산체크후 legacy 청구생성 BPEL HOST Sync 설비시스템내신규청구건생성확인서비스 ESB 설비 Sync 발주생성 createpo 발주정보를설비시스템발주정보로저장 ESB 설비 sync 구매발주제공 publishpo legacy 의발주정보를각연계시스템에전달 ESB 구매 Async 발주생성 입고내용전달 구매입고생성 예산체크 createmaximopo invokeprocuretopa ygr InsertGR checkbudget 설비시스템으로부터수신된청구건에대한발주정보를설비시스템발주정보로저장 BPEL 설비 sync 설비시스템입고정보를전달 BPEL 설비 Async 입고정보를받아 legacy 에입고정보생성 해당청구건에대한예산여부확인서비스 illustration ESB 구매 Sync ESB HOST Sync 주문정보조회 getorderstatus ERP내해당오더정보상태조회서비스 ESB ERP Sync 고객정보조회 getcustomerinfo Siebel내고객정보조회서비스 ESB CRM Sync

31 Ⅲ. SOA Pilot Project Service Architecture Pattern & Solution Specification Functional&Operational Requirement SOA Architecture Patterning... 도출된서비스들에대한 SOA 아키텍처패턴을정의하고, Functional & Operational Requirements 에대한솔루션명세... Solution Specification 31

32 Ⅲ. SOA Pilot Project Service Classification Functionality-based ( 어떤기능을제공하는가?) Infrastructure services services Related to Business logic services Utility services Information system services Process control services UI services Enterprise Service Layer Architecture 서비스계층을어떻게가져갈것인가? 어떠한서비스위주로선투자를진행할것인가? 각레이어의주된서비스개발 / 운영플랫폼은무엇인가? Usage-based ( 주로누가사용하는가?) High-level Business Services Supporting Business Services High-level Technology Services Supporting Technology Services Related to Service Ownership 서비스에대한정의를누가할것인가? 서비스개발및운영비용? Construction-based ( 어떻게만들어지는가?) Simple Services Wrapped Services Composite Services Invocation-based ( 어떻게사용되는가?) Synchronous/Asynchronous Event-based Related to Related to Service 개발및유지보수방법 서비스개발방법및개발공수 서비스개발 Infra / 서비스 enabler 서비스유지보수및변경관리방안 Service 에대한기술적요구사항 가용성및기술표준 Exception Handling / Logging 32

33 Ⅲ. SOA Pilot Project Service Logical Design Process Control Service ProcureToPay Y 청구 Rcv X N 당당지정소싱견적품위발주입고대기입고전표분개 Inv Inv Rcv Inv Rcv Inv Rcv Inv Rcv Inv Inv 종가? SourcingWF EstimationWF DraftApprovalWF GoodReceiptlWF Composite ProcureToPay Y 청구 Rcv X N 당당지정 Inv Inv 소싱 Rcv 견적 Inv Rcv Inv 품위 Rcv 발주 Inv 입고대기 Rcv 입고 Inv 전표분개 Inv 종 가? SourcingWF EstimationWF DraftApprovalWF GoodReceiptlWF Information System Service Business Logic () Service Utility Service createprwithcheckbudget Inv X Inv Inv createpo Decide searchcatalog checkbudget pollmaximopr Performer createpr Rules Rules invokeprocuretopay Inv X Inv Inv InsertPO InsertMaximoPO pollmaximogr publishpo InsertGR Functionality Based Services invokeprocure ToPayGR journalizeitems Simple Wrapped createprwithcheckbudget searchcatalog Inv X Inv Inv checkbudget pollmaximopr invokeprocuretopay createpr Decide Performer Rules Rules createpo Inv X InsertPO Inv Inv publishpo InsertMaximoPO pollmaximogr invokeprocure ToPayGR Construction Based Services InsertGR journalizeitems i2 searchitem SOA 시스템 구매시스템 설비시스템 재무회계 ProcureToPay Y Rcv 청구 X N 당당지정 Inv Inv 소싱Rcv Inv 견적Rcv Inv 품위 Rcv Inv발주입고대기 Rcv Inv 입고전표분개 Inv 종가? createprwithcheckbudget Inv X Inv Inv pollmaximopr checkbudget invokeprocuretopay Decide Performer createpr Rules Rules SourcingWF EstimationWFDraftApprovalWF GoodReceiptlWF createpo Inv X InsertPO Inv Inv publishpo InsertMaximoPO invokeprocure ToPayGR InsertGR Provider Based Services pollmaximogr journalizeitems searchcatalog ProcureToPay Y Rcv 청구 X N 당당지정 Inv Inv 소싱Rcv Inv 견적Rcv Inv 품위Rcv Inv발주입고대기 Rcv Inv 입고전표분개 Inv 종가? Decide Performer SourcingWF EstimationWF DraftApprovalWF GoodReceiptlWF createprwithcheckbudget Inv X Inv Inv pollmaximopr checkbudget invokeprocuretopay createpr Rules Rules createpo Inv InsertPO X Inv Inv publishpo 범례 InsertMaximoPO Async sync invokeprocure ToPayGR pollmaximogr InsertGR Invocation Based Services journalizeitems Synchronous Invocation Asynchronous Invocation Event Based Invocation 33

34 Ⅲ. SOA Pilot Project SOBA Service Oriented Business Application : SOBA Example illustration Workflow Human Workflow 업체소싱... Business Rule Business Rule Assign Performer Asynchronous Invocation 종가여부 Process Synchronous Invocation 청구정보수신 담당자지정소싱... 입고 청구정보입력 품번조회 예산체크 예산여부 청구데이터검증 청구생성 구매프로세스호출 System Search Item 전자목록시스템 (Package : I2) Check Budget 회계시스템 (Legacy : CICS) PR validation Create PR 구매시스템 (In-hose system : JAVA) Create GR 설비시스템 (Package : Maximo) 34

35 Registry Design KPI & Monitoring Design Ⅲ. SOA Pilot Project Physical Implementation Design BPEL 35 : : Security Exception HA Lifecycle Mgmt(QoS,SLA..) Etc. : : Architect Design Composite Design Service Enabling & Adaptation Design

36 Ⅲ. SOA Pilot Project 3.5 SOA 파일럿을통한검증사항 파일럿을통해다음과같은주요사항에대한검증을완료하였습니다. 공개표준기반으로시스템통합성향상 ( 웹서비스, XML 등 ) 기술 / 데이터중심의통합 -> 비즈니스 / 프로세스중심의통합 Pilot 내용 : 구매업무에대한비즈니스프로세스중심의서비스통합 Composite Application 구현으로프로세스유연성확보 프로그램변경및추가개발 -> 서비스조립 Pilot 내용 : 청구생성에서기존 Validation, PR 생성, 예산체크모듈의서비스화및 Composition Shared Service 구현으로투자자산보호및기존시스템재사용 코드재사용 ( 프로그램복사및재컴파일 ) -> 서비스재사용 ( 네트워크환경에서정의된서비스재사용 ) Pilot 내용 : Service Registry 구성을통한서비스의자산화 ( 공통서비스및대고객, 대협력사서비스공유 ) 이벤트감지를통한운영프로세스의실시간비즈니스모니터링 과거데이터분석 -> 이벤트감지를통한비즈니스현황모니터링 Pilot 내용 : Business Activity Monitoring 을통한구매프로세스진행상황모니터링및빠른적용 36

37 Ⅳ. Enterprise Domain Decomposition 4. Enterprise Domain Decomposition 우리회사에 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 Practice Analysis Step 1 ORACLE SOA Solution Overview (SOA Technical Enabler) 37

38 Ⅳ. Enterprise Domain Decomposition 4.1 서비스도출및 SOA Project 발굴영역 Campaign Management Dealer Management Customer Service Vehicle Service Origination illustration Collection Lead Management Opportunity / Quote Warranty Claims Repossession Bankruptcy Dealer Incentive Order Capture Service Parts Management Lease-End Remarketing Marketing Sales Service Captive Finance Demand Planning Supply Chain Optimization Vehicle Order Management Strategic Sourcing Attach Rate Forecasting Capacity Planning Transportation Management PLM Price / Promotion Optimization Supply Chain Planning & Optimization Inventory Planning Manufacturing Supply Chain Execution Procurement CRM Analytics Financials Analytics Financials Human Resources Supply Chain Analytics Human Resources Analytics Project Management Help Desk Business Intelligence Corporate Administration 38

39 Ⅳ. Enterprise Domain Decomposition 4.2 구매업무서비스도출과정 Top-Down 구매 청구소싱발주수입재고업체품번 생성 통재 결재 의뢰 견적 계약 품의 검토 생성 L/C AMEND 보세 통관 L/C Amend 출하 불출 입고 평가 마스터관리 마스터관리 구매관리카타로그업체관리 MP 재무회계 설비 자재 원자재 프레스 산업보건 기계 안전환경 포장 인사 세관은행관세사선사계열사 Bottom-Up 구매시스템 Legacy B2B 39

40 Ⅳ. Enterprise Domain Decomposition 4.3 Sweet SPOT 분석및기대효과분석 SOA 적용 Roadmap 소싱영역은주로 MP 와구매시스템간의내부연결이주종임. 향후 Composite Apps 로전환시서비스구축 Sweet SPOT Analysis 수입영역의경우법률, 국가등에영향을받으므로서비스중심의 Application 으로변경시유연성을보장할수있음 주요기대효과 : 유연성, 유지보수개선 타시스템과의연동이많아높은재사용성이기대됨 재사용서비스구축을통한 SAP 및 MDM 과의효율적인 SOA 인프라구축 향후서비스중심의 Composite Application 으로변경 주요기대효과 : 재사용성, 표준인터페이스구축 선도프로젝트 SOA based Integration SOA based Integration high Priority SOA based Development Low 서비스발굴내역및적용기대효과 확산프로젝트 전영역에대한서비스구현을통한 Composite Application 구축 40

41 Ⅳ. Enterprise Domain Decomposition 4.4 품질서비스도출및 SOA 적용전후 BPM 구축이미지 SOA 적용전 BPM 구축이미지 SOA 적용전 BPM 구축이미지 SOA 적용후 BPM 구축이미지 * BPM 프로세스의각시스템연계액티비티는해당시스템의코드 / 데이터와직접연결됨 SOA 적용전 BPM 구축이미지 * 신규시스템추가또는기존시스템의변경시 BPMS 영향도를최소화할수있음 41

42 Ⅴ. Service Enabling & Hot-Pluggable Verification 5. Service Enabling & Hot-Pluggable Validation 1. SAP 및 Legacy Interface 에 SOA 를적용? 2. 기존자산 ( 웹메소드 ) 를 ESB 로사용!? 3. G/W 결재와 SAP workflow 를 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 Practice Analysis Step 1 ORACLE SOA Solution Overview (SOA Technical Enabler) 42

43 Ⅴ. Service Enabling & Hot-Pluggable Verification 5.1 SAP Services Enabling (1/2) SAP 과 Legacy 간의예상되는인터페이스분석을통한서비스도출 기존방식 웹서비스방식 Batch : 9 종 Online : 53 종 인터페이스표준화재사용고려 Batch 제외 서비스 : 23 종 ( 판매금융 41 종 11 종 ) 예상되는인터페이스분석을통한서비스도출 SAP Services Enabling Method 43

44 Ⅴ. Service Enabling & Hot-Pluggable Verification 5.1 SAP Services Enabling (2/2) Web Services를조합하여비즈니스서비스구현판매금융에서도출된웹서비스를조합하여비즈니스서비스를발굴하였습니다. 이러한비즈니스서비스발굴을통해단순인터페이스방식의변경에서비즈니스와IT가결합되어SOA의효과가극대화될수있다는장점이생기게됩니다. 개별서비스호출사례 Composite 서비스호출사례 국내판매 (SAP SD) ABAP 서비스프락시 SOAP over HTTP 서비스인터페이스 판매금융예약정보계정잔액전표 국내판매 (SAP SD) ABAP SOAP over HTTP 계약금입금처리서비스 판매금융예약정보계정잔액전표 할부관리카드 할부관리카드 Composite Service 사용의장점 개발편의성 서비스재사용성 관리편의성 Enterprise Services 44

45 Ⅴ. Service Enabling & Hot-Pluggable Verification 5.2 결재서비스 Enabling (1/2) Groupware Approval Service & SAP Workflow Enabling 결재엔진은.Net 기반의 In-House 시스템을활용하고 SAP는 SAP Workflow를통하여이벤트를 BPEL에전달하였습니다. 시스템간인터페이스방식은모두웹서비스로구현되었으며, 웹서비스를사용하여전체프로세스를진행하는데문제없음을검증하였습니다. Groupware 결재엔진 결재상신 결재완료 ESB ( 웹메소드 ) 결재상신서비스 결재결과라우팅서비스 BPEL PO 정보 입고정보 전표정보결재의뢰결재결과전표확정 PO 생성 입고 전표생성 전표확정 45

46 Ⅴ. Service Enabling & Hot-Pluggable Verification 5.2 결재서비스 Enabling (2/2) ORACLE BPEL PM을이용한결재서비스구현결재서비스자체는 Groupware에서제공될수도있고 ORACLE BPEL Process Manager에서제공하는 Human Workflow를사용하여구현될수도있습니다. Human Workflow는 SOA 기반의 BPM을 ORACLE BPEL PM을통해구현한대부분의업체에서사용하고있으며포스코의경우, 업무결재자체를 ORACLE BPEL PM으로구현하였습니다. 6 필요한경우 SAP GUI 화면호출 5 Detail 화면에서내역을확인하고작업처리 ( 승인 / 반려 / 전달등 ) 4 사용자는포탈에로그인하여자신에게할당된 Task 를확인 SAP GUI Task Detail 화면 Work List 화면 PP QM SD MM PM R/3 Client / Server ABAP/4 HR FI CO WF IS 1 SAP 에서발생한결재정보가 Interface Layer 를통해 BPEL Process 기동 AM PS 결재내용 Integration Layer 결재결과 9 SAP에결과반영 2 디자인된 Flow 에따라작업처리및 Workflow 서비스호출 BPEL Process Assign Tasks Task Complete 8 처리결과에따라다음 Activity (SAP 서비스호출등 ) 진행. 7 처리결과전달 웹서비스 Human Workflow Service 3 정해진사용자 / 롤 / 그룹에 Task 생성 46

47 Ⅴ. Service Enabling & Hot-Pluggable Verification 5.3 Hot-Pluggable Test (ESB 연동테스트 ) (1/2) SOA Solution Stack & webmethods 연동테스트 SOA Solution Architecture의특징은기존 WebMethods로적용된 Integration back-bone을 ESB로활용하는데있습니다. 다음과같은 webmethods와 ORACLE SOA Solution과의연동 Test를진행하여상호호환성을검증할필요가있습니다. Business User Interface Hot Pluggable 검증절차 A 社 BPA (ARIS) IDE (JDeveloper) Business Activity Monitoring Process 4 Business Rules Portal & Collaboration Human Workflow ORACLE BPEL Process Manager 1 Alerts/ Notifications System Monitoring 1. 기존개발된웹메소드 ESB 상의인터페이스를웹서비스로노출 2. 노출된 WSDL 을 ORACLE Registry 에등록 3.BPEL 상에서 Registry 검색및 Binding SOA 4.BPEL 적용Process 전 BPM 를웹서비스구축이로노출미지 (WSDL 생성 ) Service Registry 2 Integration ORACLE Backbone Enterprise (WebMethods) Service Bus as ESB 3 Security (OWSM) 5. 노출된 BPEL WSDL 을 ORACLE Registry 에등록 6. 웹메소드에서 Registry 검색및 Binding Adapters B2B Java.NET W.S MDM 7. 웹서비스의 OWSM 등록및관리 47

48 Ⅴ. Service Enabling & Hot-Pluggable Verification 5.3 Hot-Pluggable Test (ESB 연동테스트 ) (2/2) ORACLE Hot-Pluggable 정책 ORACLE은글로벌 S/W 메이저벤더 (ORACLE, IBM, BEA, Microsoft, SAP) 중유일하게 Hot-pluggable 정책을적용하는벤더입니다. Hot-Pluggable 정책이란자사의제품이타사의제품과호환성을보장함은물론타사제품위에서도동작하게끔제품의호환성및표준을준수하는정책으로고객은자사 IT 환경에제품을유연하게적용할수있으며기존 IT 투자를보호할수있습니다. Apps SAP R/3, mysap, all ORACLE Applications WSRP and JSR-168 Portals, MS Office, Wireless and Mobile Devices Eclipse, CollabNet Subversion, Spring, Struts, JUnit, Ant, Tapestry, CVS, MS Visual SourceSafe 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 HP OpenView, CA Unicenter, IBM Tivoli, BMC Patrol MS Active Directory & MIIS, CA etrust SSO, all LDAP Directories DBs IBM DB2 & Informix, MS SQL Server, Sybase IQ 48

49 Ⅵ. The Next Step is 6. Next Step Next Step is? Step 6 The Next Step is Step 5 Service Enabling & Hot-Pluggable Verification (SAP, webmethods, Groupware, MDM) Step 4 SOA Business Pilot(Procurement & Quality Process) Step 3 SOA Pilot Project(Procurement Process & SAP interface) Step 2 ORACLE SOA Best Practice Analysis Step 1 ORACLE SOA Solution Overview (SOA Technical Enabler) 49

50 Ⅵ. The Next Step is 6.1 The Next Step is SOA 성숙도향상 SOA Governance 체계수립 SOA Governance 적용범위및내용 SOA Governance 적용절차 SOA 적용 / 설계 / 개발표준수립 50

51 Conclusion 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 를제치고최고의응답을받았습니다. 51

52 52