Professional Documents
Culture Documents
Case Studies
1
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences
Objectives
2
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences
Topics
• Case Studies
• Understanding the approaches
• Adaptation
3
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences
Case Study: Application Integration
4
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences
Telco Ecosystem User
3rd Party
Telco Enterprise User
Providers
User
5
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences
Composed Service: Helpline Automation
Customer Interaction
Problem
Reporting
Top-down or bottom-up
Problem Ticket
Problem Location-based
Classification Agent Selection
Expert Lookup
Agent Assignment
Problem Ticket, Problem Ticket,
Desk-based Expert ID Field Expert ID
Call Message
Setup Delivery
Main Issues
Network /
environment Design the Scalabilityof composition solution
changes flow Level of automation
Source: A Service Creation Tool Based on End-to-End Composition of Web Services. V. Agarwal et al, WWW 2005
7
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences
Case Study: Online Data Aggregation
8
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences
Travel Reservation Problem
Source: Getting from Here to There:. Interactive Planning and Agent. Execution for Optimizing Travel. José Luis Ambite et al, IAAI 2002
9
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences
Source: Getting from Here to There:. Interactive Planning and Agent. Execution for Optimizing Travel. José Luis Ambite et al, IAAI 2002
10
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences
A Framework for Understanding WSCE
11
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences
A Model for WSCE*
Specification
of Requirement
Available
Capabilities Web Service
Events Composition and Execution
Execution Trace
[ Templates,
Policies ]
X={x1,x2,…x} Events
Specifications
Search-based
Composition Execution
T=
{t1,t2,…t}
On-line
≥
I={i1, i2,… i} X={x1,x2,…x} Events
FRE
Specifications
Monolithic Runtime
Composition
T=
RIW {t1,t2,…t}
REW
W={W1,W2,…WL}
Off-line On-line
Templates
Monolithic
W={W1,W2,…WL}
Executable Workflow
Staged
S={S1,S2,…SK}
Abstract Workflow
17
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences
Usage of a Template
Interleaved
T= {t1,t2,…t}
Traces
Monolithic
Templates
W={W1,W2,…WL}
WSCE
Executable Workflow
Staged
S={S1,S2,…SK}
Abstract Workflow
Add commitments to generate
workflow or trace
(Assign values to template parameters)
Template Yes Offline, Online Template Templates/ policies, Services On-the-fly, Gradual
instances published, deployed
19
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences
Comparing Approaches
Interleaved Monolithic Staged Template
O(βλ)
Composition Effort O(λ) O(αλ + Mλ) O(Mλ )
Min: O(λ)
High:
Low: High:
Composition Control None <template, underlying
< RIW; FE > < RAW;RIW; FC; FE >
composition method>
Ability to Handle
None Low High Low
Composition Failure
Adaptation during
High Medium Medium Low to Medium
Execution
Search restricted by
Always a time-lag Always a time-lag template – can cause
Search should be between service between service INCOMPLETENESS; Any
Limitation dead-end free information offline v/s information offline restriction of the
online v/s online underlying composition
method
Details in: Understanding approaches for web service composition and execution,
Vikas Agarwal, Girish Chafle, Sumit Mittal, Biplav Srivastava, ACM COMPUTE 2008
20
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences
Two Common Web Service Composition
and Execution (WSCE) Scenarios
• Online information services
– Services are data sources; can be modeled as databases which can be queried with no, or controlled,
side-effects
– Composite service should be responsive but accuracy can be negotiated
– Services are heterogeneously owned, hence relatively autonomous in choosing specifications
– Sub-scenarios:
• Comparison product review/ shopping sites, Online travel booking
• Mash-ups: ad-hoc data services created by users
• Enterprise Application Integration
– Services are applications; can be modeled as programs with or without side-effects
– Composite service should accurate but responsiveness can be negotiated
– Services are more homogeneously owned (e.g., intranet); hence some control in choosing
specifications can be exercised
– Sub-scenarios:
• Service creation to connect internal or partner organizations
• Scientific workflows: bioinformatics, Geological sciences
21
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences
Selecting an Approach for Online
•
Scenario
Online information services
– Services are data sources; can be modeled as databases which can be queried with controlled
side-effects at the time of purchase
– Composite service should be responsive but accuracy can be negotiated
– Services are heterogeneously owned, hence relatively autonomous in choosing specifications
O(βλ)
Composition Effort O(λ) O(αλ + Mλ) O(Mλ )
Min: O(λ)
High:
Low: High:
Composition Control None <template, underlying
< RIW; FE > < RAW;RIW; FC; FE >
composition method>
Composition Failure
None Low High Low
Resolution
Adaptation High Medium Medium Low to Medium
22
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences
Selecting an Approach for EAI
Scenario
Scalability – with number of services
Adaptability – to changes
Failure Resolution
User Interaction – control and supervision important
O(βλ)
Composition Effort O(λ) O(αλ + Mλ) O(Mλ )
Min: O(λ)
High:
Low: High:
Composition Control None <template, underlying
< RIW; FE > < RAW;RIW; FC; FE >
composition method>
Composition Failure
None Low High Low
Resolution
Adaptation High Medium Medium Low to Medium
23
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences
Myth – WSC is Planning and Readily
Solvable!
• Resolve scale-up and search issues, and WSC will be solved with existing, or incrementally enhanced,
planners
• WSC has much commonality with Planning
– Services are Actions
– Side-affects and inputs/ outputs can be modeled as preconditions/ effects
– Use existing or favorite new methods
• Many research papers but not many wide-scale systems
– Success in generating compositions
– But generation is one thing, execution another
• How to prove composition is correct at runtime?
• Are middleware available to execute?
• Can domain models be built by typical IT professionals?
• Anecdote –
– Planner4J family of Java planners: Classical, Metric and Contingent planners in three different composition systems
– Never encountered a composition situation where the scalability of the planner was an issue!
– More work on making planner integratable with external systems
• Automatic Parameter Turning (AAAI 05)
• Analyzing plans (IAAI05)
• Validating input domain and problem models (ISWC 2005)
• Generating diverse plans (IJCAI 07)
• Reachability analysis to identify potentially relevant services from a large repository
• See AAAI06 Nectar paper for details
Planner4J: http://domino.research.ibm.com/comm/research_people.nsf/pages/biplav.Planner4J.html
24
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences
Reality – Why is WSC not Solved as yet?
25
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences
Summary
• IT Issues Faced by Businesses Today
• Web Services Composition is very important
– Model for looking at WSC
– Case Studies
• Progress in automated WSC
– Myth: Resolve scale-up and search issues for WSC composition
– Reality: Resolve composition set-up issues (at problem set-up or
solving phases)
26
Faculty of Engineering & Technology © Ramaiah University of Applied Sciences