Brain to Blog

Process Simulation Overview

Business process simulation until now has seldom been implemented. Because of tight development schedules, the plan to simulate the current “as-is” and desired “should-be” processes typically falls victim of having too little time. Simulation is a powerful tool and it is worth the time spent doing simulations before going into production. It helps run “what-if” experiments to see what the impact will be of:

• Reducing or increasing the number of people assigned to an activity.
• A sudden increase of the number of instances flowing through the process.
• Changing the approval ratio from 70% approved / 30% disapproved to a worse case 50% approved / 50% disapproved.

This can help avoid the embarrassment and cost of launching a new process with a flaw that only becomes obvious on day 3 of production. It can verify that the desired output meets the metric objectives and easily finds bottlenecks in processes and leads to breakthroughs.


Process Simulation Lab

This exercise will demonstrate how a business analyst can analyze and propose changes to business processes using Oracle BPM Studio.

The objectives of this exercise are

• Run simulations on business processes and analyze the following results.
   - Throughput and process analysis
   - Activity-based costing
   - Resource allocation
   Make changes to the process to optimize the flow

The simulation algorithm is based on discrete events and can process events in a serial fashion as they occur in time. You need to create Process Simulation Models and Project Simulation Definitions to run simulation. The Process Simulation Model captures a “What-if scenario” for a particular business process model. You can have multiple Process Simulation Models for a particular business process model. This allows you to create different simulations based on different combinations of resource allocations and activity behavior. The Project Simulation Definition is used to take the dependency and shared resources across processes in to account. It consists of Process Simulation Models of multiple processes.

The simulation does not execute the actual code of each activity within the process. However, by configuring parameters within the models and definitions, you can mimic the behavior of your business process. You need to ask the right questions to get the right response! In order to perform simulation the process needs to be complete and semantically valid.


Creating Process Simulation Models

"QuoteProcessLab - Simulations - Simulation Models" 에서 오른쪽 버튼 클릭 - "New Process Simulation" 클릭.

Simulation Model name: NormalLoad

"Start" Flow Nodes

Distribution Type: Constant
Period: 5 Minutes

"Approvals Outcome" (Gateway) Flow Nodes

분기의 흐름 정도를 조정합니다. 막대바를 조종합니다.

Enter Quote Details: 0.0
Finalize Contracts: 1.0

무조건 Finalize Contracts 쪽으로 흐르게 되는군요.

"Approve Deal" Flow Nodes

Duration 탭
   Distribution type: Normal
   Mean: 20 minutes
   Standard Devlation: 20 seconds



Cost 탭
   Cost: $100



나머지 흐름들도 아래와 같이 설정 합니다.

Creating Process Simulation Models

"Simulation Definitions" 에서 마우스 오른쪽 버튼 클릭 - "New Simulation" 클릭.



Simulation Definition: AsIsSalesQuoteSimulation

Duration: 10 hours

"Include in simulation" 칼럼 아래의 채크 박수 선택.

Resources 탭으로 이동합니다.

+ 버튼을 클릭하고 아래와 같이 정보를 입력합니다.

Roles 부분을 더블클릭 하면 나오는 돋보기 버튼을 클릭하여 역할을 선택합니다.



Approvers 선택.



아래와 같이 나머지 리소스를 추가합니다.

Running the simulation

JDeveloper 아래쪽 영역에 Simulations 탭을 선택합니다. (없다면 View - Simulations)

"Run to end" 버튼을 클릭합니다. 한번에 시뮬레이션이 끝나버립니다.

아래와 같이 (비슷한) 결과가 나옵니다.




Analyze the Simulation Results

아래와 같은 부분을 조절하여 결과를 여러가지 화면으로 볼 수 있습니다.

※ 문서는 11.1.1.3(11g PS2)로 만들어져 있는데 저는 11.1.1.4(11g PS3)로 하였습니다. 화면(UI)이 약간 다를 수 있습니다.

Introduction

The first exercise is based on building the Sales Quote Process model. You first create an outline of the process flow as a BPMN model using the Oracle BPM Studio. Oracle JDeveloper with the BPMN Editor extension is called Oracle BPM Studio. Implementation details are added in a later exercise.

The Sales Quote scenario is as follows:
• The business process implements a solution for Sales Representatives to submit Sales Quotes and manage all the approvals within a particular Sales organization. A quick recap on the business process definition and its flow is detailed below.
• The Business Process is triggered by a Sales Representative creating a Task to Enter the Quote details in the “Enter Quote” interactive step.
• The next step is to determine the list of approvers for the Quote using business rules and also to determine whether additional review by Business Practices is required. This is accomplished through the “Determine Approval Rules” step.
• After the rules have been evaluated, the next step is to check whether “Business Practices Review” is required and if “yes” go through the “Business Practices Review” step.
• The Quote then has to get approved for the deal structure and terms. After the “Business Practices Review” has been completed, the process instance moves to the “Approve Quote” and “Approve Terms” activities that are executed in parallel.
• The “Approve Quote” activity is executed by approvers in the “Approvers” role and the “Approve Terms” by individuals that have been assigned the “Contracts” role in the organization.
• Once these 2 steps in the business process have been completed successfully, the process instance moves on to the “Finalize Contracts” step and waits for its final approval by an individual in the “Contracts” role.

The complete flow is shown in the figure below.

Creating the BPM Project for Quote Process

JDevelpoer 메뉴에서 File - New 클릭.



Applications 카테고리에서 BPM Application 선택.



Application Name은 SalesQuoteLab 입력.



처음 어플리케이션을 만들면 하나의 프로젝트도 동시에 생성하는군요...

Project Name에 QuotePorcessLab 입력. Next 클릭.



Composite With BPMN Process 선택. Finish 클릭.



Creating the high-level outline of the BPMN process

프로젝트가 만들어지고 아주 조금 기다리면 Create BPMN Process 마법사(?) 창이 뜹니다.

Name에 ReuqestQuoteLab 입력. Type은 Manual Process 선택. Finish 버튼 클릭.



아래와 같이 Start와 End 지점과 하나의 기본 유저 테스트가 하나 생성되어 있습니다.

마치 무슨 설계할때 쓰는 그 무엇(기억이...) 같이 생겼습니다. 행으로는 롤(역할)이 있습니다.

UserTask 액티브를 더블클릭.



Name을 Enter Quote Details 변경.



롤(역할)을 추가해보겠습니다.

BPM Project Navigator를 봐야 하는데 화면에 없다면 메뉴중 View - BPM Project Navigator 를 선택해서 보이게 합니다.



QuoteProcessLab - Oranization 에서 오른쪽 버튼 클릭 후 Open 클릭.



기본으로 추가 되어있는 "Role"을 선택 후 Edit 버튼 클릭.



Name을 SalesRep로 변경.



이번에는 Role를 추가해봅시다. Add 버튼 클릭.



Name에 Approvers 입력.



Business Practices와 Contracts도 추가해줍니다.



이제 Organization 편집창을 닫고, 다시 RequestQuoteLab 화면으로 갑니다.

만약 닫아서 없다면 BPM Project Navigator에서 QuoteProcessLab - Processes - RequestQuoutLab을 선택합니다.



화면의 빈 공간에서 마우스 오른쪽 버튼 클릭. Add Role 클릭



Business Practices 선택. OK 버튼 클릭.



화면 왼쪽에 롤(역할)이 하나 추가 되었습니다.



액티브를 추가할 것입니다. 만약 화면 오른쪽에 Component Palette 창이 보이지 않으면 View 에서 보이게 합시다.



User 액티브를 "Enter Quote Details" 액티브와 End 사이의 선에 드래그 앤 드랍합니다.

액티브를 드래그해서 선 위에 올려 놓으면 선 색이 파란색으로 바뀌게 됩니다.

드랍을 하면 두 액티브 사이에 삽입이 됩니다.



Name에 Business Practices Review 입력. OK 버튼 클릭.



"Business Practices Review" 액티브와 "End" 액티브를 "Business Practices" 롤 영억으로 옮깁니다.



"Approvers"와 "Contracts" 롤 영역을 추가합니다.



User 액티브를 Approvers 영역에 추가합니다.



Name은 Approve Deal 입력. OK 버튼 클릭.



기본 "Business Practices Review" 액티브에서 End로 가던 선을 삭제합니다.



Sequence Flow 를 "Etner Quote Details" 액티드에서 "Business Practices Review" 액티브로 연결합니다.



같은 방법으로 "Approve Deal" 액티브와 End와 연결합니다.



아래와 같이 "Approve Terms"와 "Finalize Contracts" 유저 액티브를 추가 하고 선을 연결합니다.



"Finalize Contracts" 액티브와 End 사이에 Service Task 액티브를 추가합니다.

Name은 Save Quote 입력.




Adding conditional split for Business Practices Review Step

조건분기 액티브를 사용 해봅시다!

Exclusive(XOR) 액티브를 "Business Practices Review" 액티브 왼쪽 공간에 추가합니다.



Name은 Is Business Practices Review required?



"Enter Quote Details" 액티브에서 "Business Practices Review" 액티브로 가는 선(흐름)을 방금 추가한 XOR 액티브로 옮깁니다.

화살표 끝쪽에서 드래그 하면 됩니다.



XOR 액티브에서 마우슨 오른쪽 버튼 클릭. Add conditional sequence flow 클릭.



"Business Practices Reivew" 액티브로 선을 클릭합니다.



다시 XOR 액티브에서 오른쪽 버튼 클릭. Add default sequence flow 클릭.



"Approve Deal" 액티브와 연결합니다.



default sequence flow는 선에 표시가 되어있는 것을 확인 할 수 있습니다. (이게 처음에는 햇갈리더라구요...)



첫번째 추가했던 선(흐름)을 더블클릭 합니다.



Name을 Yes로 변경합니다.



두번째 선(default)을 더블클릭 합니다.



Name을 No로 변경합니다.



Parallel 액티브를 "Approve Deal" 오른쪽 공간에 추가합니다.



Name은 Approvals로 합니다.



두개의 액티브가 생기는데 다른 한쪽의 액티브 이름을 Approvals Merge로 변경합니다.



처음 XOR와 유저 액티브에서 "Approve Deal" 액티브로 갔던 선(흐름) 2개를 Approvals 로 옮깁니다.



"Approve Deal" 액티브에서 "Approve Terms" 액티브로 가는 선을 삭제합니다.



"Approve Deal" 액티브를 두 패러럴(Parallel) 사이로 삽입합니다.



"Approvals" 액티브에서 마우스 오른쪽 버튼 클릭. Add default sequence flow 클릭.



"Approvals Merge" 로 선을 연결합니다.



"Approve Terms" 액티브에서 "Finalize Contracts" 액티브로 가는 선을 삭제 후, 아래와 같이 삽입합니다.



"Approvals Merge" 액티브에서 "Finalize Contracts" 액트로 가는 선(흐름)을 연결합니다.



아래와 같은 화면이 나왔습니다. (각 롤 영역 안에 액티브가 들어가 있는지 확인)




Adding loop for redo of Quote

주문 승인을 거절했을 때 다시 되돌아가는 로직을 넣어봅시다!

"Buisness Practices Review" 액티브 오른쪽 공간에 Exclusive(XOR) 액티브를 추가합니다.

Name은 Business Practices Outcome.



"Business Practices Review" 액티브에서 "Approvals" 액티브로 가던 선을 방금 추가한 XOR 액티브로 옮깁니다.



방금 추가한 XOR 액티브에서 마우스 오른쪽 버튼 클릭. Add conditional sequence flow 클릭.



"Enter Quote Details" 액티브로 선을 연결 한 후, Name은 Business Practices Rejected로 설정합니다.



다시 오른쪽 버튼 클릭. Add default sequence flow 클릭.



"Approvals" 액티브로 선을 연결 후, Name은 Business Practices Approved로 설정합니다.



"Approvals Outcome" 액티브와 "Finalize Contracts" 액티브 사이에 XOR 액티브(Name: Approvals Outcome)를 추가 후 아래와 같이 흐름을 추가합니다.

default sequence flow: "Approvals Outcome" → "Finalize Contracts", Name: Approved

conditional sequence flow: "Approvals Outcome" → "Enter Quote Details", Name: Deal or Terms Rejected



아직은 속 내용을 완벽히 구한하지 않았기 때문에 경고(느낌표)가 많이 뜰 겁니다. ㅎㅎ

Introduction

In this chapter, you will learn to use Oracle Service Bus to
    • Virtualize Application Services through JCA Adapters such as Oracle eBusiness Suite, Siebel, PeopleSoft etc.
    • Mediate access to data in the Database along with Protocol bridging Employees at Mega Corporation use the
      Employee Self Service portal to submit

Requisition requests for items required to carry on their job functions. Once the Requisition gets approved, Purchase Order is generated for the Requisition. The Purchase Order is then submitted to the Supplier, Pega Corporation. Supplier validates the requestor’s Credit Card, approves the Purchase Order if required, and fulfills the Order.

Mega Corporation has implemented the Requisition process in Oracle eBusiness Suite. Supplier, Pega Corporation, has implemented the Purchase Order process in Oracle SOA Suite.

Overview of the business processes at work between Mega, on the left, with Procure to Pay business process, interfacing with Pega, on the right, with Order-to-Cash business process.

※ 세션 생성과 완료는 생략 하겠습니다. 수정하려면 세션을 만들어야 하고, 테스트 해볼려면 수정사항이 완료되어 있어야 합니다.

Create Requisition

BPEL 에서 만든 JCA DB Adapter 를 OSB에서 불러와서 사용해 봅시다!

 

Create Database Adapter artifacts in JDeveloper

JDeveloper 실행 - Application 생성.



Application Name: SOADemo
Application Template: SOA Application

Project Name: DBArtifacts

 

Finish 클릭.

 

Database Adapter 컴포넌트를 External References 영역에 드래그 앤 드랍합니다.

 

Service Name: createRequisition


 
Connection 추가

 

soademo 커넥션 정보 입력.

 

JNDI Name: eis/DB/soademoDatabase

※ 기본적으로 eis/DB/{Connection Name} 으로 설정 됩니다.

 

※ 물론 웹로직 콘솔에 아래와 같이 세팅이 되어 있어야 겠죠?

 

Operation Type: Perform an Operation on a Table - Insert Only

 

Inport Tables... 클릭.


 
"OSB_REQUISITION" 테이블 선택.

 

오른쪽에 들어가 있어야 선택된 겁니다.

 

Next 클릭.

 

기본키는 REQID 선택.

 

Finish 클릭.

 

Database Adapter가 추가 되었습니다.




Import Database Adapter artifacts into Oracle Service Bus

Oracle Service Bus Console 접속.

Requisition 프로젝트를 생성합니다.

Requisition 프로젝트 아래에 Resources 폴더를 생성합니다.

Resources 폴더에서 리소를 추가합니다. Zipped Resources 선택.

※ 랩 문서에서는 soa와 jdeveloper가 로컬에서 돌아가서 Resources form URL 선택 후 file:// 을 사용했는데, 저는 soa가 다른 곳에 띄워져 있어서 zip 파일을 업로드 하겠습니다.

JDeveloper로 만든 프로젝트(DBArtifacts)로 가서 아래와 같은 3개의 파일과 1개의 포더를 압축해 놓습니다.

zip 파일을 업로드합니다.

아래와 같이 4개의 파일이 선택되어져 있어야 합니다.

Requisition/Resources/createRequisition_db – JCA Binding
Requisition/Resources/createRequisition – WSDL
Requisition/Resources/xsd/createRequisition_table – XML Schema
Requisition/Resources/createRequisition-or-mappings – XML Document

Import 클릭.

Inport 되었습니다.

Create Business Service from Database Adapter JCA File

Requisition 프로젝트 아래 BusinessServices 폴더를 생성합니다.

Resources 폴더로 가서 Generate 버튼을 클릭합니다.

Requisition - BusinessServices 선택. Generate 버튼 클릭.

Requisition - Resources 폴더에 가보면 아래와 같이 2개(WSDL, BS)가 생성되어 있습니다.

Create Proxy Service for Business Service

Requisition 프로젝트 아래에 ProxyServices 폴더를 생성합니다.

ProxyServices 폴더에서 Proxt Service 를 생성합니다.

Service Name: createRequisition

Create From Existing Service 아래에 Business Service 선택 후 Browse... 클릭.

Requisition/BusinessServices/createRequisition_db 선택 후 Submit 클릭.

Next 클릭

Protocal: http

EndpointURI 는 자동으로 만들어집니다. Next 클릭.

Last 클릭.

Save 클릭.

Update Proxy Service Message Flow

Requisition - ProxyServices 로 이동.

createRequisition 의 Message Flow 수정.

createRequisition 클릭 - Add Pipeline Pair 선택

Request Pipeline 클릭 - Add Stage

stage1 클릭 - Edit Stage

Add an Action 클릭 Reporting - Report

Report: $body
Key Name: REQ_ID
variable: body

<XPath> 클릭.

./cre:OsbRequisitionCollection/cre:OsbRequisition/cre:reqid

입력 후 Save All 클릭.

Test

createRequisition(Proxy Service)를 테스트 해봅시다!

주문 정보 입력 후 Execute 버튼 클릭.

실행 되었습니다.

Message Reports 에 가보면 Report 가 남아있는 것을 볼 수 있습니다.

직접 DB를 select 해보면 인서트가 되었습니다.

Receive PO

DB Pooling 기능을 하는 JCA DB Adapter 를 가져와서 사용해 봅시다!

Create Database Adapter artifacts in Jdeveloper

전에 JDeveloper 로 만들었던 DBArtifacts 프로젝트를 그냥 사용합니다.

Database Adapter 컴포넌트를 Exposed Services 영역에 추가 합니다.

Service Name: receivePO

Connection: soadameDatabase
JNDI Name: eis/DB/soademoDatabase

Operation Type: Poll for New or Changed Records in a Table

"OSB_PURCHASEORDER" 테이블 선택.

기본키는 ID

"Delete the Row(s) that were Read" 선택 (읽어 들인 후 삭제 처리) - FInish 클릭.

Database Adapter 가 추가되었습니다.

Import Database Adapter artifacts into Oracle Service Bus

PoProcessing 프로젝트와 하위에 BusinessServices, ProxyServices, Resources 폴더를 생성합니다.

Resources 폴더에서 리소스를 추가합니다. Zipped Resources 선택.

아래와 같이 4개의 파일을 압축한 zip 파일을 파일 첨부합니다.

Next 클릭.

xsd/createRequisiton_table.xsd 파일은 전에 사용했던 파일이니 필요 없습니다.

POProcessing/Resources/receivePO_db – JCA Binding
POProcessing/Resources/receivePO – WSDL
POProcessing/Resources/xsd/receivePO_table – XML Schema
POProcessing/Resources/receivePO-or-mappings – XML Document

Create Proxy Service from Database Adapter JCA File

POProcessing 프로젝트 - Resources 폴더에서 receivePO_db(JCA Binding)의 오른쪽 Generate 버튼 클릭.

Project: POProcessing
Sub-folder: ProxyServices

Generate 클릭.

POProcessing - ProxyServices 폴더에 보면 Proxy Service가 생성 되었습니다.

Import WSDL for POProcessing Composite Service in SOA Suite

POProcessing - Resources 폴더에서 리소스를 추가합니다. Resources from URL 선택.

현재 SOA에 올라가 있는 POProcessing 조합의 WSDL 주소를 복사해 넣습니다.

Resource Name: receivePO_SOA

Import 클릭.

Create Business Service from WSDL

POProcessing - BusinessServices 폴더에서 비지니스 서비스를 생성합니다.

Service Name: receivePO

WSDL Web Service 선택 후 Browse... 클릭.

POProcessing/Resources/receivePO_SOA 선택 후 Ports - execute_pt 선택.

Submit 클릭.

Next 클릭.

Last 클릭.

Save 클릭.

Complete Proxy Service Message Flow

POProcessing - ProxyServices 폴더의 receivePO_db(Proxy Service)의 메세지 흐름을 편집합니다.

receivePO_db 클릭 - Add Route 클릭.

RouteNode1 클릭 - Edit Route 클릭.

Add an Action 클릭 - Communication - Routing 클릭.

<Service> 클릭.

POProcessing/BusinessServices/receivePO 선택 - Submit 클릭.

Operation: execute

Save 버튼 클릭.

receivePO_db 클릭 - Add Pipeline Pair 클릭.

Request Pipeline 클릭 - Add Stage 클릭.

stage1 클릭 - Edit Stage 클릭.

Add an Action 클릭. Reporting - Report 클릭.

Report: $body
Key Name: DB_ID
variable: body

<XPath> 클릭.

./rec:OsbPurchaseorderCollection/rec:OsbPurchaseorder/rec:id

Save 클릭.

Save 클릭.

stage1 아래 Stage 추가

stage2 수정

Message Processing - Assign 액션 추가.

<Expression> 클릭.

$body/rec:OsbPurchaseorderCollection/rec:OsbPurchaseorder

Save 클릭.

variable: dbPO

Save All 클릭.

dbPO_to_soaPO.xq 파일을 압축해 놓습니다.

POProcessing - Resources 폴더에서 리소스를 추가합니다. (Zipped Resources)

파일을 업로드 하고, XQuery 리소스 타입(Resource Type)의 확장자(File Extension)를 ".xq"로 변경합니다.

Next 클릭.

Import 클릭.

다시 POProcessing - ProxyServices 폴더에서 receivePO_db 프락시 서비스의 메시지 흐름을 수정합니다.

stage2 를 수정합니다.

Message rocessing - Assign 액션을 추가합니다.

<Expression> 클릭.

편지창 위에 "XQuery Resources" 클릭.

XQuery: 오른쪽에 Browse... 버튼 클릭.

dbPO_to_soaPO 선택 후 Submit 클릭.

Binding: $dbPO

Save 버튼 클릭.

variable: soaPO

Message Processing - Assign 액션 추가.

"<soap-env:Body>{$soaPO}</soap-env:Body>" 입력 후 Save 클릭.

variable: body

Save 클릭.

stage2 아래에 Stage 추가.

stage3 수정.

Reporting - Report 액션 추가.

Report: $body
Key Name: SOA_ID

<XPath> 클릭.

화면 왼쪽 중간에 User Defined Namespaces 영역에서 "Add Namespace" 클릭.

Prefix: ord
URI: http://xmlns.oracle.com/ns/order

Add 버튼 클릭.

./ord:PurchaseOrder/ord:ID

Save 버튼 클릭.

variable: body

Save All 버튼 클릭.

Test

테스트 해봅시다!

Requisition - ProxtServices 폴더에서 createRequisition 프락시 서비스를 테스트 합니다.

주문 정보를 입력 후 Execute 버튼 클릭.

실행 되었습니다.

Report 내용을 보면 아래와 같이 Report가 남았습니다.

EM 에서 보면 POProcessing 이 실행되 것을 확인할 수 있습니다.

근데 이게 보면 좀 이상합니다.

Requisition 프로젝트의는 입력을 받아서 "OSB_REQUISITION" 테이블에 INSERT 합니다.



POProcessing 프로젝트는 OSB_PURCHASEORDER 테이블의 데이터를 폴링(Pooling)해서 POProcssing 웹서비스를 실행합니다.



그런데 테스트를 해보면 Requisition 시작에부터 POProcessing 끝까지 한번에 실행 되었습니다.

왜 그럴까여?!!!

이유는 거의 마지막에 작업했던 dbPO_to_soaPO 바인딩 때문에 그렇습니다.

그럼 POProcessing 프로젝트만 제대로 되는지 테스트 해보겠습니다.

"OSB_PURCHASEORDER" 테이블에 직접 데이터를 INSERT 해보겠습니다.

insert into osb_purchaseorder values (
  '1111', '2222', 'iPod shuffle', 'Electronics', 1, 500, 'Initial','Mastercard','1234-1234-1234-1234'
);

commit;

잠시후 select 해보면 데이터가 없습니다. 네.. JCA Adatper 가 가져갔습니다.

OSB 콘솔과 EM에서 확인해보면 아래와 같이 실행된 것을 볼 수 있습니다. (시간 확인)

 

Introduction

With the new POProcessing system in place, Pega’s widget supply business continues to grow rapidly.
However, with growth there are now some problems developing from Customer Support. Recently, Pega’s Customer Support has alerted the IT department there have been complaints regarding certain aspects of the new POProcessing service.

Many Purchase Orders are being rejected due to credit card transactions processing failures. The failure rate has been thirty percent and deemed unacceptable by Mega Corporation, one of Pega’s largest customers. Mega, who should never have a declined credit issue, has escalated to Pega’s Executive Mangement. Rapid improvements must occur in the next 30 days or they will consider switching to another supplier.

Upon investigation of the complaints, Pega’s IT identified two issues:
1. The current Credit Service Validation Service Provider is unreliable and cannot handle the load required by Pega’s growing customer base.
2. Due to the failures, Mega keeps checking status of the PO orders causing unnecessary load and spikes on Pega’s infrastructure.

Upon completion of this Lab, you will learn how Oracle Service Bus can help provide solutions to both issues. OSB will help Pega scale their integration infrastructure through Endpoint Management and Service Result Caching.




Endpoint Management

L4 같은거 처럼 OSB 단에서 Endpoint를 여러개 두고 라우팅 할 수 있습니다. (기능은 미약하겠지만?...)

 

OSB에서 CreditValidation 서비스를 더 추가해봅시다.

저는 아래와 같이 파티션만 나워서 같은 서비스를 하나 더 등록했습니다.

파티션 만드는 법은 soa-infra 에서 마우스 오른쪽 버튼 클릭 - Manage Partitions 선택

"Create" 버튼 클릭 후 파티션 이름을 입력하면 만들어집니다.

이제 OSB 콘솔로 접속해서 세션을 생성합니다.

Porject Explorer - Credit_Services - ProxyServices 이동 후 validationForCC 선택

"Transport Configuratinn"을 수정합니다.

또 하나의 WSDL 주소를 추가합니다.

아래와 같이 두개의 서비스 대상이 추가되었습니다. Next 클릭.

Save 클릭.

Operations - Dashboard - Service Health 탭으로 이동 후 "validationForCC"을 선택합니다.

"Endpoint URIs" 탭을 보면 아래와 같이 확인할 수 있습니다. 현재는 실행된게 없군용...

수정사항 적용 후 테스트 해봅시다.

Project Explorer - Credit_Services - ProxyServices 에서 "ValidateCredit"를 테스트 합니다.

카드번호: 1234-1234-1234-1234

총 10번을 테스트 해봅니다.

그 후 EM에서 인스턴스가 실행된 결과를 보면 아래와 같이 5번씩 번갈아서 실행된 것을 볼 수 있습니다.

이번에는 dummy 파티션의 validationForCC 조합을 배치 해제 하겠습니다.

OSB 콘솔에서 다시 10번을 테스트 해보면 default 파티션쪽의 서비스 5번만 실행된 것을 볼 수 있습니다.

정리해보면 아래와 같습니다. 에러가 나든 말든 무조건 분기 하는군요.. ㄷㄷ..

에러가 난것은 패스되게 할 수 없을까? -_-;; 물론 있습니다!

"BusinessServices"에 "validationForCC"을 수정합시다.

"Operational Settings" 탭에 보면 "Offline Endpoint URIs" 라는 부분을 활성화 시키면 됩니다.

아래와 같이 설정을 하게되면 최초 한번은 그냥 시도를 하고 에러가 났을 때 5분 동안은 다시 그 서비스를 부르지 않습니다.

5분이 지나면 다시 한번 시도합니다.

10번을 다시 테스트 해보면 default 파티션으로 9번이 실행 되었습니다.

1번은 dummy 파티션쪽 서비스를 실행하다가 에러가 난 것입니다.

2번째 실행에서 dummy 파티션의 서비스가 없어서 에러가 나고 3번째 부터는 정상적인 것으로 라우팅을 하게 됩니다.

다시 상태를 봐보면 Offline으로 표시가 되는군요.. 흠...

Service Result Caching

제목에 모든 설명이 다 나와있군요...

처리시마다 조회되는 (하지만 별로 변하지 않는) 서비스는 캐시를 이용해서 처리되는 시간을 단축시켜봅시다!

아래 글미과 같이 A 서비스와 B 서비스와의 결과 값이 항상 같다면 A에서 받은 결과를 캐시에 담아놨다가 B에 요청하려고 하면 캐시에 담아져있는 데이터를 사용하면 되겠습니다. (맞나? -_-)

OSB 콘솔에서 세션을 생성합니다.

System Administration - Import 에서 chap-2B_starting-caching.jar 파일을 입포트합니다.

Import 버튼 클릭.

수정사항을 적용 합니다.

※ 만약 주소나 포트가 틀리면 아래와 같이 Endpoint URI 부분을 수정해줘야 합니다.

Resource Browser 로 이동합니다.

GetPO 선택.

"Message Handling Configuration" 을 수정합니다.

"Advanced Settings"을 확장합니다.

"Result Caching"을 활성화 하고, 시간 간격을 1분으로 서정합니다.

"Cache Token Expression"은 "$body/po:PO_ID" 입력.

Save 버튼 클릭.

POStatus - ProxyServices 에서 "GetPO"의 메세지 흐름을 수정합니다.

"GetPO" 클릭 - "Add Pipeline Pair" 선택

"Response Pipeline" 클릭 - "Add Pipeline Pair" 선택

stage1 클릭 - "Edit State" 선택

"Add an Action" 클릭 - Message Processing - Replace 선택

"variable"에 "header" 입력 후 <Expression> 클릭.

아래와 같이 입력 후 Save 버튼 클릭

<caching-metadata>
<cache-originated>{$outbound/ctx:transport/ctx:response/tp:cache-originated/text()}</cache-originated>
<cache-token>{$outbound/ctx:transport/ctx:response/tp:cache-token/text()}</cache-token>
</caching-metadata>

"Replace node contents" 선택.

"Save All" 버튼 클릭하여 모두 저장 후 수정사항을 적용합니다. (Activate)

테스트 해봅시다.

"2222" 입력 후 Execute 버튼 클릭.

cache-originated^[각주:1] 값이 false 입니다. 캐쉬 데이터가 아니라는 것이죠!

1분 내에 다시 테스트를 해봅니다.

이번에는 캐쉬된 데이터라는군요 ㅎㅎㅎ