applying soa principles for business integration business integration platforms sun microsystems
Post on 18-Dec-2015
216 views
TRANSCRIPT
2
Agenda
• Clarifying a few myths about SOA and Web Services• Presenting the benefits of SOI• Encouraging the use of open technologies and open standards
to enable SOI• Developing an ecosystem of technology partners to enable
Service Oriented Integration• Q&A
3
SOA and Web Services are not synonymous.
• The essential concept of SOA – i.e., the use of modularity and “cloaking” to create readily reusable software components – goes back more than 30 years.
• Use of the term “SOA” goes back at least 15 years. In the early 90’s, Tuxedo applications were built on a Service Oriented Architecture using multiple “services”.
• Web services only appeared 5-6 years ago.• You can build an SOA today without using Web services
– Indeed, there are drawbacks to using Web services in many SOA contexts.
• You can use Web services without implementing an SOA– Many Web services connections are point-to-point links.
4
An SOA delivers flexibility through “loose coupling”.
• In operation, a Service Oriented Architecture is similar to a fan that is plugged into the wall blowing air into another fan which is unplugged.
• The air from the powered fan “pushes” the unplugged fan until the speeds of the two fans are almost the same.
• Because of the “loose coupling” between the fan blades, if you stop the fan blade in the “un-powered” fan, it will have no effect on the powered fan.
• Similarly, if you change a service in an SOA, the programs that call that service are not impacted if:
• the interface for the service is unchanged• the service provides the same results• the service offers the same qualities of
service
5
Within an SOA, “loosely coupled” is not the same as “uncoupled”.
• Trade press articles suggest that SOA’s “loosely coupled” approach to service connectivity allows free and easy replacement of one service with another.– This ignores the multiple issues related to data and process semantics that
must be addressed prior to implementing a link between programs written at different times by different people for different purposes.
• For the same reason, the time when applications will spontaneously connect to previously unknown business services is far in the future.– Data semantics prevent many ad hoc connections from being implemented
without out-of-band discussions.– Process semantics – i.e., business context issues – also limit opportunities
for spontaneous integration.
6
The current Web services standards are a Work In Progress.
• We must distinguish between “Web services technologies” and “Web services standards”
• It’s entirely possible to implement run-the-business applications using various Web services technologies– However, this may require concessions to the limitations of the Web
services technologies – e.g., hardware accelerators may be needed to enable high performance XML processing
• If you expect “plug-and-play” interoperability, then the current Web services standards will be a disappointment– There are too many gaps, ambiguities and options in the current Web
services standards to permit “plug-and-play” interoperability• For example, WS-Security allows use of User IDs/Passwords, X.509
digital certificates or Kerberos tickets. So, you can't assume a consistent security implementation among several potential Web services providers, even though they all are “WS-Security compliant”.
7
The WS-* standards only address interoperability; they don't address all the other requirements for integration.
Zero AmbiguityMinimal AmbiguityWhat’s required?
‘Quote to Cash’
Transaction Management
Reliability & Security
Message Content
Message Paradigm
Low-level Protocols
The Network Used
Private (Managed) Process
Trading Partner Agreements
Web Services Intermediary and/or SOAP Extensions
Private/Public Semantics
XML & XML schemas
TCP/IP, HTTP, SOAP
Internet Backbone
2006 Integration
Manual Verification
1986 “Integration”
Private (Manual) Process
“Understood” Transactions
Private Semantics
Visual Forms
Group 3 Fax Standard, 3270
Public Phone System
8
Service Oriented Integration takes a practical approach to business integration challenges
• Builds on SOA principles• Applies Web services and open standards where appropriate• Avoids monolithic solutions by building on a “pluggable” service
oriented integration architecture
9
An ESB is critical to the implementation of an SOA.
“An ESB is a Web-services-capable middleware infrastructure that supports intelligent program-to-program communication and mediates the relationships among loosely-coupled and uncoupled business components.”
– Roy Schulte, Gartner
10
Wrappers / Adapters
Transformation
Orchestration
The fundamental ESB functionality delivers what you need to build your Service Oriented Architecture.
• An Orchestration or Business Process Management tool– To combine data and business logic from multiple low-level services in order to create
high-level, “composed” business services
• Transformation/data mapping tools– Adapt/convert data data to facilitate exchange between services and applications – To convert multiple views of your data into a single consistent view
• Adapters/wrappers– To create interfaces for non conforming applications– To convert non-standard APIs to standard APIs
11
But, on top of your ESB you need a comprehensive suite of tools to support development of Composite Applications.
ETL
Master Data Mgt.
BAM
WorkflowB2B
B2BA2A
A2A
BL
BL
B2B
Portal
B2B
Portal
A Complete Composite Application Product Set
Wrappers / Adapters
Transformation
Orchestration
12
Evaluating an integration suite? Look for standards support to deliver maximum interoperability and portability.
Sun Java CAPS runs on multiple operating systems and multiple application servers. Interoperates with everything.
Order Fulfillment ProcessGenerate Quote ProcessConsolidate Order
for Shipment Process
Validate Order Check Credit Schedule ShipmentCheck Inventory Create Invoice
JSP, JSR 168
Java, BPEL, SQL, XSLT,JBI
WSI BP, JMS, WS MQ, MSMQ, AQ, AS2, ebXML, EDI, RosettaNet
RMI, IIOP, ECI, BAPI, ALE, HLLAPI, COM/DCOM/COM+
Solaris, HP-UX, AIX, Windows, Linux, HP True64, HP NonStop, z/OS Sun Java AS, WebLogic AS, WebSphere AS, JBoss
13
An integration suite should be both comprehensive AND fully integrated.
• With comprehensive functionality in one toolset you can have consolidated management and monitoring.
• BPM with a single repository maximizes opportunities for reuse. • A single repository enables comprehensive version control and
configuration management.• A single, integrated development environment reduces the
developer learning curve and improves productivity.
14
But, avoid an inflexible, monolithic toolset. Your ESB should offer a “pluggable” SOA architecture that supports the flexible use of development and runtime services.
15
Java Business Integration provides this pluggability in the form of a broadly adopted standard for development tools.
16
The Java Business Integration standard provides benefits at development time and at runtime.
JBI Interoperability ArchitectureWhen you buy an integration or SOA solution based on JBI, you get an extensible, future-proof solution that can grow with your business needs.
JBI Service AssemblyThe service assembly enhances developer productivity and enable a new
generation of development tools for composite applications.
17
Though still emerging, open source ESBs can offer a starting point for your SOI solution.
• Provides a lightweight ESB development and deployment framework
• Leverages open standards such as JBI, BPEL, WS* and others
• Community guided and developed
http://open-esb.dev.java.net/
18
Sun Offers Choice: Open ESB, Sun ESB, Composite Application Platform Suites
Sun ESB Product Version of Open ESB with
Java ES Integration & JBI Architecture
Open ESBEntry Level, Standards-Based ESB
JBI ArchitectureAvailable: 1H 2006
Java CAPS SuiteFifth-generation, ESB-based
Integration Suite with full functionality
Available NOW
JBI + BPEL, XSLT, protocols, tools, management
JBI + BPEL, XSLT, protocols, tools, management
ESB, BPM, B2B, ETL, BAM,eVision, plus Sun App Server,
Portal, Directory, Identity, tools...
19
Resources to find out more about Service Oriented Integration, SOA and Sun’s products and services.
- Service Oriented Integrationhttp://java.sun.com/integration
- Sun’s SOA Strategyhttp://www.sun.com/soa
- Sun Java Composite Applications Suitehttp://www.sun.com/software/javaenterprisesystem/
integration_suite/index.xml
- Project Open ESBhttp://open-esb.dev.java.net