Services Oriented Architecture and the Enterprise Services Bus

Transcription

1 IBM Software Group Services Oriented Architecture and the Enterprise Services Bus The next step to an on demand business Geoff Hambrick Distinguished Engineer, ISSW Enablement Team

2 Take a moment to assess Java and J2EE for our example: - open order amount : Integer = product.price quantity

3 Good: Java is a write once run most anywhere - open order amount : Integer = product.price quantity

4 Good: Eclipse based tools for Java & J2EE are available - open order amount : Integer = product.price quantity

5 Good: states map to session EJBs for high QoS - open order amount : Integer = product.price quantity

6 Good: business objects map to entity EJBs for persistence - open order amount : Integer = product.price quantity

7 Good: DTOs map to custom methods to optimize interface - open order amount : Integer = product.price quantity

8 Good: relationships map to CMRs to enable tuning - open order amount : Integer = product.price quantity

9 Good: transitions between states map to MDBs for asynch - open order amount : Integer = product.price quantity

10 Good: integration with various back ends can use J2C - open order amount : Integer = product.price quantity

11 Bad: not all clients or back ends support Java or J2EE - open order amount : Integer = product.price quantity

12 Bad: not all versions of app servers are compatible - open order amount : Integer = product.price quantity

13 Bad: each type of J2EE component is accessed differently - open order amount : Integer = product.price quantity

14 Bad: remote versus local semantics are very different - open order amount : Integer = product.price quantity

15 Bad: concerns about complexity and performance - open order amount : Integer = product.price quantity

16 Bad: hard to enforce best practices without MDA tools - open order amount : Integer = product.price quantity

17 Bad: EJBs not designed for high volume batch systems - open order amount : Integer = product.price quantity

18 Bad: EJBs not designed for application assembly - open order amount : Integer = product.price quantity

19 Service Oriented Architecture

20 What is Service Oriented Architecture (SOA)? An approach for building distributed systems that deliver application functionality as services to either end-user applications or other services It defines : An architecture that leverages open standards to represent software assets as services. Provides a standard way of representing and interacting with software assets Individual software assets become building blocks that can be reused in developing other applications Shifts focus to application assembly rather than implementation details Used externally to integrate with applications outside of the enterprise

21 What is Service Oriented Architecture (SOA)? The Service concept resonates strongly with customers as a way of simplifying the application assembly programming model. However, there is still no generally accepted definition. Our definition: A service has A well-defined interface, and an implementation of the interface Set of messages it sends and receives Set of named operations ("verbs") If deployed, a binding to a documented network address A Web service is a service that: Defines its interface using WSDL Is accessible using a WS-Interoperability compliant protocol

22 What is Service Oriented Architecture (SOA)? What about J2EE components? Technically, all J2EE components meet our definition of a service. However, a well designed stateless session EJB typifies the characteristics of a great service. Characteristics of a great service: it is stateless (calls can be made in any order) enables a loose coupling between client and service makes it easy to obtain and reuse a reference without worry it is coarse grained (only one or two calls need be made per unit of work) can be used efficiently in a distributed environment further enables a loose coupling its access can be mediated (the protocols and parameters can be transformed) a session EJB can be easily exposed to HTTP (by servlets) and JMS/MQ (by MDBs) Serializable data transfer objects can easily be converted to XML and other forms its implementation is adaptable (dependencies can be bound after code time) a session EJB deployment descriptor capture dependencies these can be bound to different implementations

23 What is Service Oriented Architecture (SOA)? Basic components that can be exposed as services

24 Enterprise Service Bus

25 What is an Enterprise Service Bus (ESB)? A fabric weaving service components into a seamless interaction multiple protocols multiple client languages multiple service languages multiple application styles Enterprise concerns can be addressed enterprise-wide at the backbone insert mediation components in the path of messages broker service interactions without changing existing endpoints adapt mismatched interfaces, substitute equivalent componentry, and add basic services like security, audit, log, and routing among others

26 ESB Capabilities Ubiquitous and heterogeneous Universal connectivity (HTTP, IIOP, MQ) e.g. J2EE,.NET Leverage existing investments CICS, IMS WBI Adaptors Messaging QoS Synchronous and Asynchronous Store and Forward Reliable Mediations Transformation Validation Pattern Recognition Customized Routing Subsidiary functions (eg metering) Virtualization of services Dynamic selection of service providers Flexible management of QoS Explicit intermediary Proxy for non-enterprise connections Security control-point Service Management Security and access control Registry and discovery (eg UDDI) Monitoring and policy-based admin Standards-based Interoperability with business partners, including security Vendor-independence

27 What is an Enterprise Service Bus (ESB)? Portal Service Business-to-Business Interactions Enterprise Service Bus: Transform, Route, Notify, Augment, Side Effect Workflow Business Actviity Enterprise Information System Adapter Script Plain Old Java Object, Stateless Session Bean Information Mgmt XML Database Distinguished Services

28 What is an Enterprise Service Bus (ESB)? Business Integration Reference Architecture Key point: no one product is IBM s SOA offering you can mix and match WebSphere BI Modeler Development Platform WebSphere Studio Business Performance Management Services WBI Monitor Interaction Services WebSphere Portal Server Process Services WebSphere BI Server WebSphere BI Server Foundation Information Services DB2 Information Integrator WebSphere MQ Enterprise Service Bus Web Services Gateway WBI Event/Message Broker Partner Services WebSphere BI Connect Business App Services WebSphere Application Server Application and Data Access Services WBI Adapters HATS DB2 II Classic Business Application and Data Services Enterprise Applications and Data Infrastructure Services

29 How can you get EJBs on the bus? Session EJB implementation exposed to: Java through local interface (possibly with POJO wrapper) RMI/IIOP through remote interface SOAP/HTTP by a servlet (or WS Gateway) that translates SOAP/HTTP into local session bean method invocations JMS/MQ by a Message Driven Bean that translates message fields into local session bean method invocations Session Client Access. Java Java. Session Remote Interface IIOP 0. Session Bean Impl Java Java Entity Client Access Java Entity Local Interface Java J2EE Client App Session Local Interface Entity Bean Impl Java Web Services Client 3. HTTP 26. Web Services Servlet 4. Java 25. Session Alternate Access 29. Java Message Driven Bean 27. MQ Asynch Services Client

30 Summary J2EE enables building perfectly good components But these are too complex for application assembly Service Oriented Architecture (SOA) is actually easier for the client! Stateless session EJBs have all the characteristics of great services The Enterprise Service Bus is an IBM reference architecture for SOA It is easy to connect session EJBs to the protocols supported by the ESB

31 Questions?