43
Page 2
Page 2
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
1. What is SOA ?
2. SOA Strategy & Maturity Model
3. SOA Implementation Methods
Page 3
Page 3
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
1. What is SOA ?
2. SOA Strategy & Maturity Model
3. SOA Implementation Methods
Page 4
Page 4
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
230년 VS. 43년
230년 역사의 자동차와 43년의 역사의 IT 의 공통된 화두는 표준화를 통한 한번 개발을 통한공용화/재사용 성 강화 임 ( One Build, Many Use )
Dodge Neon 4 doors small sedan 4cyl 132HP, $13.000
Dodge Viper sports coupe 10cyl 500HP, $81.000
40% reuse
70% reuse
Chrysler PT Cruiser wagon 4cyl 154HP, $16.000
Page 5
Page 5
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
전통적인 IT VS SOA
SOA ( Service Oriented Architecture ) 는 IT 자원을 Web Service 기술을 이용하여 표준화를 통한 재 사용성 강화 및 Flexibility 를 강화하기 위한 Architecture 의 Ideology 임
Service Oriented ArchitectureTraditional IT
• 기능 추가/변경이 힘들다• Tightly Coupled System
• 기능 추가/변경이 쉽다.
• Loosely Coupled System
• 표준 커넥터를 이용하여 원
하는 기기추가/변경 작업이
가능
오디오의표준인 RCA단자
Agility, Adaptability, Extensibility
Page 6
Page 6
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
What is SOA ?
Definition
– SOA is a design paradigm based on best practices that facilitates an integrated software infrastructure
Goal
– To achieve loose coupling among interacting software assets
– Enables reuse and sharing of IT infrastructure including legacy, Java, .Net, and packaged applications & data sources
– Abstracts complexity of existing assets and presents standards-based, business-oriented interfaces to other applications
Service-oriented ArchitectureService-oriented ArchitectureTraditional Architecture Traditional Architecture
Functionality DrivenFunctionality Driven
Long development cyclesLong development cycles
Tightly CoupledTightly Coupled
Application SpecificApplication Specific
Designed to lastDesigned to last
Object OrientedObject Oriented
Process OrientedProcess Oriented
Iterative developmentIterative development
Loosely CoupledLoosely Coupled
HeterogeneousHeterogeneous
Designed for changeDesigned for change
Message OrientedMessage Oriented
Page 7
Page 7
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
SOA 의 기대 효과
SOA를 구축하면 기존 IT자원의 재사용을 통한 유연성과 민첩성을 강화하여 IT 환경 통합을더 손쉽고 빠르게 구축 할 수 있음.
소프트웨어의 유연성과 민첩성 향상– 코드 변경 대신에 프로세스 모델을 변경
생산성과 재사용성 향상– 기존 비즈니스 서비스의 토대 위에 새로운 기능
구축
소프트웨어 수명 증가를 통한 높은 ROI 실현– 기존 서비스를 이용할 수 있는 재 사용성
쉬운 마이그레이션 과 좋은 운영성– 잘 정의된 인터페이스와 미리 정해진 상호 운영성
코드 보다 비즈니스 로직에 집중할 수 있는 개발환경
– 서비스(Interface) 중심의 비즈니스 로직 구현가능
Page 8
Page 8
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Service
What is a Service ?
Service is a software component of distinctive functional meaning that typically encapsulates a high-level business concept. It consists of several parts
Interface A-Operation 1-Operation 2-Operation 3
……
Interface B-Operation 1-Operation 2
……
Service Contract
Implementation
BusinessLogic
Data
Data
A service consists of both data and business logic along with interface andtheir descriptions
Source : Enterprise SOA, Prentice Hall Press
개발 영역
서비스 정의및 도출 영역
Page 9
Page 9
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
OO, CBD, Service
ServiceService
ComponentComponent ComponentComponent
ObjectObject ObjectObjectObjectObject
Coarse Grained
Fine Grained
Business Perspective
Technical Perspective
SOA = CBD + @
– 서비스를 나누는 기준은 기술적인 관점이 아니라 비즈니스적인 관점에서 나눔
– UML Use Case Diagram. Function Decomposition Diagram
SOA = Modular + Distributed + Loosely Coupled
Page 10
Page 10
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
SOA 특징
서비스 인터페이스SOA 디자인에서는 컴포넌트 기능 구현을 위한설계는 부차적인 문제이고, 핵심적인 사항은 서비스 인터페이스 설계임. 즉, SOA는 근본적으로서비스 인터페이스들의 흐름과 이들의 관계에
관한 것임.
블랙 박스 접근 방식서비스 내부의 디자인이나 구현 내용을 모르더라도 찾고 사용하는데 충분한 정보를 갖추어야함. 즉, 블랙 박스적인 속성을 갖추어야 한다는
것임.
느슨한 연계 (Loose coupling) 서비스가 특정 서비스 사용자를 염두에 두고 디자인되지 않는 것을 말함.
Page 11
Page 11
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
SOA 방향
SOA 는 단순하게 Peer-to-Peer 방식에서 SOA를 기반으로 한 BPM으로 적용되고 있음.
Enterprise Layer
Process Layer
Intermediary Layer
Service Layer
Enterprise Layer
Intermediary Layer
Service Layer
Enterprise Layer
Service Layer
Source : Enterprise SOA ( Prentice Hall )App App App
Service Service
Service
.Net G/W CICS G/W MQ
Service Service
Service
App App App
App App App .Net G/W CICS G/W MQ
Service Service
Service
Fundamental SOA
Networked SOA
Process Enabled SOA
Page 12
Page 12
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
SOA 적용 Image
Customer Service Billing Service Customer InteractiveService
ChannelService
CRMService
Service Portal
Customer Process Billing Process Customer InteractiveProcess
ChannelProcess
CRMProcess
Composition/Orchestration
Shared Service
Components & Legacy
Service 1 Service 2 Service 3 Service 4 Service 5 Service 6 Service 7 Service 8
Component Component Component Component Legacy Legacy Legacy
PCS 고객PCS 고객 Non-PCS 고객Non-PCS 고객 Wire 고객Wire 고객 SP/CPSP/CP
통신업계 사례
Page 13
Page 13
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
1. What is SOA ?
2. SOA Strategy & Maturity Model
3. SOA Implementation Methods
Page 14
Page 14
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
SOA 를 바라보는 관점
SOA 에 대한 정의 및 관점에 따라 여러 가지로 해석될 수도 있으며 가장 포괄적인 해석은 재 사용성을 높이기위하여 표준화된 기술을 이용한 기업내의 IT자원을 서비스화 하는 총체적인 활동이라 할 수 있음.
이미지 출처 : Naver
1) 쎅스폰을 부는 남자
2) 미녀의 실루엣
SOA is….
1) EAI 를 대체하는 표준 기술의Integration 기술
2) IT 자산의 서비스화를 통한재사용성 강화의 품질 활동
3) IT를 비즈니스 관점으로의 전환
4) Web Service 기술을 통한표준 기술 적용
5) 웹의 새로운 표준
…관점에 따라 해석이 다름…
Page 15
Page 15
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
전사 Architecture 관점의 SOA
SOA 는 단순한 표준 기술을(Web Service) 적용한 Service 적용이 아닌 전사 Architecture관점의 통합 및 표준 정의, 재 사용, 조합을 통한 IT Architecture Agility를 극대화 하는 것임.
통합 Architecture Framework 각 Layer 별로추구하는방향
언제어디서나한번의 Log-In 을통해개인에게필요한모든기업정보에접근가능한환경
UI 표준/Web Style Guide/Template 적용등
프로세스지향형의모든단위업무가통합된시스템Service기반의 BPM 구현, BPP통합 Data 기반의 Business Prccess의 Service화
통합데이터모델을통한모든 Data가통합된 Single Source of Truth
Datahub개념의 Master/기준정보관리Data Access Layer의분리및독립
Grid Computing 기반의저비용고효율의 IT Infrastructure 구축
Infra Service, Utility Service
InformationAccess
Architecture
TechnicalArchitecture
BusinessProcesses
Architecture
EnterpriseData Architecture
Page 16
Page 16
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Key Underlying SOA Enablers
대부분의 기업이 제품을 선정하고 표준을 정하면 SOA 를 구현할 수 있는 것으로 오해하고 있으며 진정한 SOA 는 전략수립부터 제품의 선정 및 구현, 관리 등의 일관된 체제를 필요로 함.
Technology Standards Delivery Operations
Information Organization Processes
Architecture Governance
Strategy
Experiment and Learn
Get Maximum Benefits
Key Underlying SOA Enablers
대부분의 회사가 SOA 제품을 도입했다고SOA 적용을 했다고 함. 역으로 벤더도 SOA 제품을 납품 하였다고 SOA 사례라고 발표
진정한 SOA 적용은 전략 수립부터 제품의 선정 및 적용그리고 관련된 체제,조직,프로세스 확립을 하여야 완성이 됨.
Page 17
Page 17
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Enterprise Scope
Project Scope
SOAProjectDelivery
Best Practices
Planning
SOAAppl.Scope
Execution
Candidate SOA Projects
Value/ Benefits Assessment
• Org. Goals and Bus. Drivers• SOA Biz Case /ROI Considerations• SOA Project Selection
Physical Design
SOA Development
•SOA Ref. Architecture •Design Patterns•Dev. Best Practices
Biz Modeling / Service Discovery & Design
Solution Requirements
SOA Roadmap
Maturity Assessment & Improvement
• SOA Tech. Infrastructure• SOA Adoption Model• Service Portfolio Planning• Governance
SOA Success Strategy – Engagement Scopes
Think big, Start small :
SOA 전략을 수립하여 순차적으로 ROI 산정이 용이한 영역부터 적용
Page 18
Page 18
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
The Roadmap to SOA
SOA Success Methodology
SOA 를 도입하기 위해서는 적절한 평가 방법을 이용하여 Maturity model을 적용하여 적절한Implementation 방안을 제시하여야 함.
1 2 3 4
ASSESS COMPARE VALIDATE PREPARE
Capability Matrix
Readiness Assessment
Maturity Model
Gap Analysis
Metrics and Assumptions
Business CaseAnalysis
Adoption Roadmap
Success Metrics
5
IMPLEMENT
Project Execution
Service & ProcessPortfolios
Page 19
Page 19
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
The Path to Level 5 SOA-Maturity Model
StrategicGoals
Tactical Plans
Level 1Opportunistic
Identify Simple “quick win” Projects
Build Services
Consume in Portal, BAM
Organize and Strategize
Create_customer, Messaging, Error
HandlingExamples
Level 2Tactical
Sell Business on SOA Benefits
IntegrateServices
Manage Services
Tactical SOAImplementations
Customer DataIntegration
Level 3Strategic
Business Process
Automation
EnterpriseArchitecture
Group DrivingSOA
Process AutomationAnd Improvement
With SOA
Integrated Work Order Management
Be a leader in the industry eco-system and provide/
consumerelevant
services. Enable the virtual
enterprise with business
insight, and real time information
access
Level 5
SOA isindustrialized
Strategic SOA, B2B, B2C, A2A
Deploy BAM + BPEL for
Measurement
Level 4Enterprise
SOA isQuantitatively
Managed
Monitor End Customer SLAs
Measurement&
Improvement
*Source: Accenture + Oracle + The Hartford
Page 20
Page 20
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Level 1 – Opportunistic
Technology
– Application Server Platforms
– Development Tools with Web Services Support
Standards
– WSDL, SOAP, XML
– WSRP, JSR168
WarehouseManagement
Inventory
Portal
Example : Publish Inventory to Account Reps
Page 21
Page 21
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Level 2 – Tactical
Technology
– BPEL Process Orchestration
– Enterprise Service Bus
– Registry
– Web Services Management & Security
Standards
– BPEL, WSIF, JMS, JCA
– UDDI
– WS-Security
INTEGRATION FLOW
SiebelCRM
Oracle Financials
Packaged ApplicationsFulfillmentCenterCustomerService
Consumers Services
Web
Phone
Systems
BusinessPartners
Apply PoliciesSecurityMonitoringLoggingAuditing
1
1
Page 22
Page 22
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Level 3 – Strategic
Technology
– Business Process Modeling
– Business Rules Engines
– Data Hubs
– Integrated Services Environment
– Metadata Management
Standards
– BPMN, BPEL
– Industry XML
submit
OrderJSF
CREATE
BPEL
?
ACTIVATION FLOW
BPEL
Promotion Management(Business Rules)?
Applications
Customer (DataHub)
Exception ManagementPortal – Order Hospital(Human Workflow)
Order Validation (EJB 3.0)
Applications
Customer (DataHub)
Exception ManagementPortal – Order Hospital(Human Workflow)
Order Validation (EJB 3.0)
Automated & Flexible Order Processing
Page 23
Page 23
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Level 4 – Enterprise
Technology
– Business Process Simulation
– Business Activity Monitoring
– Complex Event Processing
– Metadata Management Systems
– Grid
Standards
– Service Component Architecture (SCA)
– WS-Addressing, WS-Eventing
– WS-Trust, WS Secure Conversations
BPEL
submit
OrderJSF
?
ACTIVATION FLOW
CREATE Applications
Customer (DataHub)
BPEL
Exception ManagementPortal – Order Hospital(Human Workflow)
Promotion Management(Business Rules)
Exception RateSLA Management
?
Order Validation (EJB 3.0)
Event-Driven Exception Management
Page 24
Page 24
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Level 5 - Industrialized SOA Continuous Improvement & Innovation
Strategy
– Enable Business Insight, Real-time Information & Automation
– Achieve Agility with Feedback
Architecture
– Enable Smoother Migration to SOA
Governance
– Enable Automation
– Transition to Exception Handling Processes
Organization
– Continue to Drive Innovation
Page 25
Page 25
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
SOA Maturity
•Enable the virtual enterprise with business insight, and real time information access
Deploy BAM + BPEL for Measurement
EnterpriseArchitecture Group
DrivingSOA
IntegrateServicesBuild Services
Tactical Plans
Over and above Enterprise
(SOA isindustrialized)
Enterprise(SOA is
QuantitativelyManaged)
Strategic(Process Automation
And ImprovementWith SOA)
Tactical(Tactical SOA
Implementations)
Opportunistic(Organize and
Strategize)Scope & Level
Be a leader in the industry eco-system
and provide/consume
relevant services.
Measurement& Improvement
Business Process Automation
Sell Business on SOA Benefits
Identify Simple “quick winStrategy Goals
•Enable Business Insight, Real-time Information & Automation •Achieve Agility with Feedback
•Business Process Simulation•Business Activity Monitoring•Complex Event Processing•Metadata Management Systems•Grid
•Business Process Modeling•Business Rules Engines•Data Hubs•Integrated Services Environment•Metadata Management
•BPEL Process Orchestration•Enterprise Service Bus •Registry•Web Services Management & Security
•Application Server Platforms•Development Tools with Web Services Support
Technology
Level 5Level 4Level 3Level 2Level 1
프로젝트에서는 Risk, Schedule, Budget등을 고려하여 달성 가능한 목표 Level 를 설정 및추진하여 Business Agility를 향상
Page 26
Page 26
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
1. What is SOA ?
2. SOA Strategy & Maturity Model
3. SOA Implementation Methods
Page 27
Page 27
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
SOA Realization Process
Service Discovery
Service Specification
Service Acquisition (Implementation
Or 3rd Party)
Service Classification
Service Portfolio PlanningEnterprise Scope
Project Scope
Application Scope
Page 28
Page 28
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Service Classification
서비스의 분류 체계는 기업 및 선정된 제품에 따라 적절하게 분류되어져야 하며 기업의 핵심이 되는 서비스에 대하여 정확한 개념으로 정리되어져야 함.
Functionality-based (what does the service provide)–Infrastructure services (ex. DNS lookup)–Data services (ex. federated query)–Business logic services (ex. fraud-check algorithm)–Utility services (ex. transformation or routing)–Information system services (ex. an ERP functionality)–Process control services (ex. an approval process)–UI services (ex. a pre-packaged portlet)
Usage-based (who typically uses the service)–High-level Business Services (ex. PO processing)–Supporting Business Services (ex. PO approval workflow)–High-level Technology Services (ex. User lookup)–Supporting Technology Services (ex. Logging)
Construction-based (how the service is put together)–Simple Services (ex. a web service provided OUB by email app.)–Wrapped Services (ex. a WS invoking invoicing in an ERP app.)–Composite Services (ex. a loan origination combining credit check and loan bids from multiple banks)
Invocation-based (how the service is accessed)–Synchronous/Asynchronous (ex. request/reply to specific service)–Event-based (ex. notifications for any interested party to consume)
Service Classification - Sample
Page 29
Page 29
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Service Granularity
Service의 크기를 결정하는 것은 매우 중요함
Right-Sizing of services.
Considerations in service granularity:
– Loose-Coupling
– Abstraction
– Manageability
• Too many low level services can lead to proliferation of inter-dependent services that are hard to manage.
– Business Value
• Every service must provide additional value, and not merely exist as an implementation detail.
Page 30
Page 30
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
SOA Implementation Workshop
1. WHY? 2. WHAT? 3. HOW?CONCRETE GOAL SETTING – BUSINESS-IT ALIGNMENT
SOLUTION SPECIFICATION SOLUTION REALIZATION
Business Goals(BG) & Knowledge
SOA Vision &Expertise
Discovery & Mapping
EBPs,KBRs
MAP –KBR vs.
BGs
KTRs MAP –KTRs vs.
KBRs
MAP –Req. vs.
SOA
Service Discovery
Functional & OperationalSpecifications
ProcessPortfolio
ServicePortfolio
Solution Spec.(Incl. a HLA)
Analysis & Logical Design(Design Best Practices)
Solution Schematics(At different levels of
detail)
Implementation Design(Product Best Practices)
Implement-ation details
DeploymentArchitecture
Page 31
Page 31
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Service Discovery Methods
각 방법을 상황 별로 혼용하여 사용하는 전략이 필요 함.
특정 비즈니스 이벤트(예:계좌소멸,대출신청,등)의 생명주기 전반에 걸쳐 필요한 개별 이벤트를 나열하고해당 이벤트를 처리하는 있어서 어떠한 서비스가 필요한지를 발굴한다.이 과정을 모든 핵심 비즈니스 이벤트에 대해서 반복한다.
Business Event Driven 분석 방법은 기업이 만들어 놓은 서비스 포트폴리오가 충분한지를 검증하는데 도움을 준다.
기존에 존재하고 있는 서비스나 시스템을 평가하여 기존 서비스로 등록기존 서비스를 조합하여 새로운 서비스를 만들 수 있는가를 분석“Business Service” catalog가 완성될 때 까지 반복
Bottom-up 분석은 다른 기법에 더해 거의 항상 유용하게 쓰일 수 있는 방법으로, 존재하고 있는 서비스에 대한 Catalog를 만듦으로써갭-분석(gap analysis)이 가능하게 한다.
비즈니스 요구사항이 필요한 서비스를 도출할 때까지 반복적으로 분해(decomposed)하는 방법
기존 시스템을 거의 사용하지 않는 새로운 응용 프로그램 개발 프로젝트(greenfield project)나 기업 전반에 SOA를 적용하는 기획(enterprise-wide planning) 단계에 적절함
이 방법만 사용할 경우 실제 적용에 있어서 서비스의 크기(Service Granularity) 문제에 직면할 수 있음
In this approach, the lifecycle of a particular business event is followed
to discover what services are needed to process the event through its
lifecycle. The process is then iterated for each key business event.Business Event Driven
In this approach, the existing services and systems are evaluated to catalog the existing services. These services are analyzed to arrive at what services can be composed from these services. The process is iterated to finally arrive at the catalog of ‘Business Services’.Define Data Model Design CRUD Service = Assembly of CRUD
Intra-Application Service
Bottom Up
In this approach, the business requirements are decomposed iteratively to discover the services required.
Define App domain Model biz process Service = Process Activity
Inter-Domain Service
Top Down
Page 32
Page 32
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Top-Down Domain Decomposition
RetailCustomer
BusinessDomain
OrderInformation
StoreInventory
ReverseLogistics
Services
GetStore
Inventory
GetBackroomInventory
ScrapInfo
Operations
비즈니스 요구사항이 필요한 서비스를 도출할 때까지 반복적으로 분해(decomposed)하는방법으로 기업 전반에 SOA를 적용하는 기획(enterprise-wide planning) 단계에 적절함
Page 33
Page 33
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Bottom Up Analysis
기존에 존재하고 있는 서비스나 시스템을 평가하여 기존 서비스로 등록 하거나 기존 서비스를 조합하여 새로운 서비스를 만들 수 있는가를 분석 하는 방법.
Page 34
Page 34
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Business Process Tracing
특정 비즈니스 이벤트(예:계좌생성, 대출신청,등)의 Lifecycle 전반에 걸쳐 필요한 개별 내외부 이벤트를 나열하고 해당 이벤트를 처리하는 있어서 어떠한 서비스가 필요한지를 발굴한다.
Page 35
Page 35
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Service Discovery Method-Summary
○ ○ ○○ ○ ○-Departmental Project
○ ○○ ○○ ○ ○Increase Re-Use
○ ○○ ○ ○-Re-Use Existing
○○○ ○ ○Enterprise Wide
--○ ○ ○Green Field
Business Event DrivenBottom UpTop DownProject Type/Scope
Applicability : ○ ○ ○ High , ○ ○ Moderate , ○ Low , - None
SOA Implementation 에서의 핵심은 Service를 어떻게 발견하고 Service의 크기를(Granularity) 나누는 것에 달려 있음
Page 36
Page 36
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Incrementally growing size and scope of SOA
ORB, TPM, ESB, MOM, IBS
ORB, TP, ESB, MOMProgr. IS, ESBProgr. IS, WS ESBSOA Backplane
EnterpriseBusiness UnitInter-AppSingle AppScope
> 100< 100< 20< 10# of Service Developers
> 1,000,000< 1,000,000< 100,000< 10,000# of Service calls/Day
> 100< 50< 25< 5# of Service Consumers
> 1,000< 500< 100< 25# of Published Service
Extra LargeLargeMediumSmall
Experimental Mainstream Leading Edge
Source : Gartner
현재 ROI 혹은 검증된 Service Size에 대한 것은 없음. 그러므로 기업의 적용 범위 및 내용에따라 적절한 목표를 설정하여 진행 하는 것이 적합 함.
Page 37
Page 37
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Iteration & MGPP
SOA 구현 Project에서는 6Sigma의 NPI (New Product Initiative)의 MGPP (Multi Generation Product process) 방법처럼 여러 차례에 걸쳐 완성된 시스템을 구축하는 Iteration 방법이 절대적으로 필요함.
다세대 제품 개발 프로세스
지속적인 시장 관찰, 평가와 고객 Needs 분석
제품에 대한요구 정의
제품 Concept개발
제품과공정 설계
Field Test 및고객 평가
신제품 출시
피드백과
평가
제품과공정 설계
Field Test 및고객 평가
신제품 출시
피드백과평가
제품과공정 설계
Field Test 및고객 평가
신제품 출시
InceptionInception ElaborationElaboration ConstructionConstruction TransitionTransition ProductionProduction
LA IOC SPLO SORR RR
DD
CC
TT
RR
DD
CC
TT
RR
DD
CC
TT
RR
DD
CC
TT
RR
DD
CC
TT
RR
DD
CC
TT
RR
DD
CC
TT
time
SS
MGPP
Itera
tion M
eth
ods
Page 38
Page 38
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Oracle SOA 적용 방법론
Oracle의 OUM (Oracle Unified Methods)는 UP (Unified Process) 를 근간으로 Iteration 한 방법으로Service를 발굴 및 적용이 가능 하며 방법론은 제품의 역량 못지 않게 중요한 요소 임.
Page 39
Page 39
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Getting Ready for SOA : R&R
SOA 를 구현하기 위해서는 기존의 R&R과는 다른 개념의 R&R이 필요 함.
•Identify & Design Common component & Design Standardization Team
•Best support and establish the SOA in the enterprise•Guide service define & service development
SOA Team
•End-To-End testing and validationQA Team
Senior•Identify Service / Define size of service granularity•Identify message In/Out / Define user requirement
Business Analyst
CBD 개발의 Role 참조
( UI 개발자 , Data Handling 개발자 , Biz Logic 개발자 )
•Implement Service / Develop consumer application•Change Management
Development Team
SOA Product Admin & Implementation
•Support Service Developer / Implementation SOA Backplane•Management of Service Registry
Integration Team
ChiefData/Application/Technology/Service
•Update Architecture Blueprint to enable SOA•Define SOA Pattern, Standards and Guideline•Setup and manage the service definition process•Select proper technology and tools
Architecture TeamDescResponsibilityRole
Page 40
Page 40
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
SOA Do : Applying SOA
Simple internal integration
Rich internal integration
Multi channel application
Business process automation
Multi-interaction channel (multi CRM)
Portal (UI) integration and simplification - compare to client/server
Core business flexibility
Business visibility and information access
Business process outsourcing.
다음의 영역에 SOA를 적용하면 ROI 및 효과가 큼
Page 41
Page 41
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
SOA Don’t : Anti Patterns
Do not wrap every interface (API) into a service
Do not assume web service development as the same as SOA
Do not use proprietary technology for SOA
Do not attempt SOA without involving the users
Do not blindly apply SOA to every project
SOA 는 모든 분야에 맹목적으로 적용을 금하며 Service 도출 기준에 의한 부분적인적용이 가장 권장 됨
Page 42
Page 42
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
SOA True & Falsehood
SOA 는 전혀 새로운 개념이 아님
표준 Interface 규약을 정한다고 모든 Apps를 바로 적용 가능한 것은 아님
SOA 는 Layer의 증가로 성능의 문제를 야기 할 수 있음
전통적인 개념으로 SOA 를 접근한다면 아무런 Benefit을 얻을 수 없음
모든 분야 전 영역을 SOA 로 한다는 생각은 금물
새로운 IT 기술 보다는 좋은 Project Management가 더욱 더 좋은 시스템을 만들어 냄
( Communication / 변화관리 / Skill전환 / 조직 / Vision / Top의 지원 등 )
Page 43
Page 43
금일 배포된 CD에는 본 자료가 포함 되어 있지 않습니다. http://www.oracle.com/kr 에서 Down 받으시기 바랍니다.
Q & A궁금한 것은 [email protected] 으로…
