INT4: Introducing Sonic ESB

1
INT-4 Introducing Sonic ESB
Jaime Meritt
Director, ESB Product Management
Rob Straight
Principal Product Manager
2
Your Speaker
A little bit about us

• Jaime Meritt
• Director ESB Product Management
• Responsible for ESB Product Family strategy and
  planning
• Architect Sonic ESB
• Rob Straight
• Principal Product Manager, OpenEdge
• Responsible for integration strategy and planning

3
Agenda

• ESB Fundamentals
• The Role of an Enterprise Service Bus
• How an Enterprise Service Bus Works
• Next Steps

4
The Pressure on IT
5
Introducing SOA SOBA
Service-Oriented Architecture gt Service-Oriented
Business Applications

• An approach for building agile and flexible
  business applications
• Loosely coupled services
  flexible business processes
• SOA is not
• A product or application
• A specific technology
• A specific standard
• A specific set of rules

6
The Accidental Architecture

• High cost of operations
• Low reuse of assets
• Resistant to change
• Difficult to visualize and govern

Isolated silos of fragmented process
7
Enterprise Service Bus

• Infrastructure for SOA Integration
• Binds disparate systems into SOA
• Flexibly, reliably and efficiently routes data
  and events, manages processes
• Inserts mediation capabilities (for
  transformation, data enrichment, etc.)
• Promotes high asset reuse, agility, manageability
  and governance

8
The Enterprise Service Bus
Web Services only address a subset of the issues

• How do you
• SOA-enable existing applications?
• Resolve incompatibilities?
• Compose and reuse service capabilities?
• Dont forget
• Distribution
• Scalability
• Reliability
• Security

SOAPHTTP
WEB SERVICESINTERFACE
9
The Enterprise Service Bus
An ESB provides flexible integration of business
applications in an SOA

• Across organizational boundaries and to remote
  sites
• With low latency, high reliability and continuous
  availability
• Evolve, scale and extend throughout the enterprise

Any numberof locations
Any number of services
Any numberof processes
10
Agenda

• ESB Fundamentals
• The Role of an Enterprise Service Bus
• How an Enterprise Service Bus Works
• Next Steps

11
The Role of an Enterprise Service Bus
A practical approach to SOA

• There is no SOA big bang - incremental adoption
  is the only path for success
• The ESB allows for project by project development
  utilizing SOA foundational technologies and
  best practices
• Start with a business change project and show
  immediate value
• Changes in marketing strategy
• Mergers and acquisitions
• Regulatory requirements
• Breaking down functional silos
• Creating an E-value chain
• Incrementally add other business change projects
  using standards-based integration options

12
The Role of an Enterprise Service Bus
Making sense of SOA standards

• Transports
• HTTP
• JMS
• Data Model
• XML (POX)
• SOAP
• Transformation
• XSLT
• XQuery
• Interface and Orchestration
• WSDL
• BPEL
• Registry
• UDDI
• Enterprise
• Security
• Reliability

13
The Role of an Enterprise Service Bus
Loose Coupling How Loose is Loose?
?

• The less you know the better!!
• Systems were not originally designed to work
  together so services vary widely
• Data Model
• Semantics
• Location
• Time
• Security
• Interface
• Version
• Web Services gets all of the hype, but its not
  the only approach
• The ESB provides infrastructure to resolve these
  incompatibilities

14
The Role of an Enterprise Service Bus
Provides enterprise grade SOA integration
infrastructure

• Standards-Based integration infrastructure for
  connectivity, transformation, and security
• Service Enable heterogeneous endpoints
• Mediate service exchanges to resolve
  incompatibilities
• Intelligent Routing and Service Orchestration to
  compose and reuse services

15
Agenda

• ESB Fundamentals
• The Role of an Enterprise Service Bus
• How an Enterprise Service Bus Works
• Next Steps

16
How an Enterprise Service Bus Works
Connect existing applications to the bus

• On-ramps and off- ramps for the ESB
• Proprietary and complex applications
• B2B protocols
• Packaged applications
• Mainframe and legacy
• Extensibility APIs to build additional adapters

ENTERPRISE SERVICE BUS
17
How an Enterprise Service Bus Works
Application infrastructure integration

• Business logic in OpenEdge 10 / 4GL
• Process integration logic in ESB
• OpenEdge tools for configuring adapters
• Deploy OpenEdge apps as ESB services
• JEE and .Net

18
How an Enterprise Service Bus Works
Data store integration

• Access data in OpenEdge and foreign data sources
• Service interface to database queries
• XML to query/result mapping
• Load balancing and connection pooling

SONICDATABASESERVICE
SQL CALLOR STORE PROCEDURES
19
How an Enterprise Service Bus Works
Mediation and Intelligent routing

• Simple data format translation
• Queuing and Publish/Subscribe
• Content based routing to select service
  implementation based on business messages
• Itineraries
• Routing slip pattern provides a simple sequencing
  mechanism
• State travels with the message to obviate the
  need for bi-directional communications
• Compose and reuse itineraries to separate concerns

Service Request
Service Response
20
How an Enterprise Service Bus Works
Service Orchestration Enabling reuse with
WS-BPEL 2.0

• Process layer provides higher level abstraction
  for creation coarse grained services
• Compose processes out of existing services and
  processes
• Correlate events within and across running
  processes
• Familiar developer constructs conditionals,
  loops, delays, scoped state
• Manage concurrent (often long-running) service
  interactions
• Compensate for completed activities in the event
  of failure

COMPOSED SERVICES
SERVICES
SERVICES
21
How an Enterprise Service Bus Works
The problem Back-end integration

• Change requires re-coding
• Chatty protocols over WAN?
• How do I secure over firewall?
• Will WS scale up?
• Hard to coordinate changes across organizational
  silos.

Browser
Portal
Presentation Layer
App Server
WS
JDBC
WS
JDBC
WAN
22
How an Enterprise Service Bus Works
The problem Cant re-use dedicated integration
layer
Browser
Portal
Presentation Layer
App Server
JDBC
WS
JDBC
WS
JDBC
WS
WS
JDBC
23
How an Enterprise Service Bus Works
The ESB solution

• Integrates each back end system as managed
  service
• Across remote sites and security domains
• Can run asynchronous back-end queries in parallel
• Infrastructure extensible to new uses without
  disruption, without remote system recoding

Browser
Portal
24
How an Enterprise Service Bus Works
The problem Accelerate business process cycle

• Latency of batch processing

TIME LOST
FTP
FTP
FTP
ORDER
CASH
25
How an Enterprise Service Bus Works
The problem Accelerate business process cycle

• Latency of batch processing
• Error remediation
• 80 of data transfer done this way

TIME LOST
FTP
FTP
FTP
ORDER
CASH
26
How an Enterprise Service Bus Works
BPEL Integration example
WSDL
LEGACY
ORDER
BUILD
SHIP

• Use BPEL to iterate on 3-step process
• Each step invokes legacy resources
• But BPEL is completely binding-agnostic
• It knows only of WSDL
• How do I integrate with the target systems?

27
How an Enterprise Service Bus Works
BPEL Integration example
BPEL SERVER
ORDER
BUILD
SHIP

• BPEL orchestrates WSDL services into a process
• ESB binds WSDL to heterogeneous resources

28
How an Enterprise Service Bus Works
BPEL Integration example with two fulfillment
centers
WSDL
LEGACY
ORDER
BUILD
LOCAL SHIP
?

• That means two shipping systems one local, one
  remote
• The second shipping system needs special handling
• We cant ship without looking up customer
  information that is in the remote fulfillment
  center

29
How an Enterprise Service Bus Works
BPEL Integration example with two fulfillment
centers
BPEL SERVER
1
ORDER
ITINERARY
2
3
SHIP 1
BUILD

• Extend SHIP service using ESB intelligent
  routing
• CBR selects branch
• Itinerary directs message flow for additional
  mediation steps
• Intelligent routing obviates WAN hop no
  central brain
• Separation of BPEL and ESB concerns maximizes
  flexibility

30
How an Enterprise Service Bus Works
Distribution, Scalability, Availability, and
Security
3
4
2
1

• Clustered communication brokers scale to meet
  changing throughput requirements
• Brokers dynamically route messages across
  clusters, WAN and security domains
• Continuous Availability Architecture (CAA)
  provides communications availability
• Add service instances for transparent
  load-balancing, availability, disaster recovery

31
Agenda

• ESB Fundamentals
• The Role of an Enterprise Service Bus
• How an Enterprise Service Bus Works
• Next Steps

32
OpenEdge Sonic SOA Infrastructure
Building your SOA infrastructure

• Build and integrate with OpenEdge and Sonic
• Get on the bus with the app server adapter
• Focus on business logic not infrastructure
• Leverage existing legacy applications
• Cost effective, incremental integration

33

The Progress Software Product Line
Overcoming IT and Business Challenges Using SOA
EnterpriseService Bus
34
For More Information, go to

• PSDN
• A New Service-Oriented Architecture (SOA)
  Maturity Model (http//www.psdn.com/library/entry!
  default.jspa?categoryID55externalID1937fromSea
  rchPagetrue)
• Sonic Evaluation Kit (http//www.psdn.com/library/
  entry.jspa?externalID1681categoryID89)
• Service-Oriented Architecture(http//www.psdn.com
  /library/kbcategory.jspa?categoryID55)
• Progress eLearning Community
• XML Essentials, XSLT Essentials
• SOAP for OpenEdge Developers
• WSDL for OpenEdge Developers
• Consuming Web Services from OpenEdge
• OpenEdge Development with Sonic ESB

35
Relevant Exchange Sessions

• INT-3 Realistic Service Oriented Architecture
  Approaches
• Michael Boyd Monday (11th June) _at_ 200pm
  (recorded)
• SONIC-5 Global Approach to SOA Enabled by Sonic
  ESB
• Stephen Davies Tuesday (12th June) _at_ 800am
• INT-5 Integrate over the Web with OpenEdge Web
  Services
• Matt Harrison Tuesday (12th June) _at_ 800am
• SONIC-8 Extend Your ESB with SOA Management
• David Millman Tuesday (12th June) _at_ 200pm
• INT-8 Implementing ESB Processes with OpenEdge
  and Sonic
• Dave Cleary Tuesday (12th June) _at_ 200pm

36
Summary

• SOA is a set of architectural best practices
  designed to decouple business applications and
  improve interoperability in a heterogeneous
  environment
• The Sonic ESB combined with OpenEdge gives you a
  path to integration of business applications in a
  SOA
• The ESB provides an infrastructure that allows an
  incremental approach to SOA adoption that is
  designed to scale as your needs increase

37
Questions?



38
(No Transcript)