Transcription

1 Combining Service-Oriented Architecture and Event-Driven Architecture using an Enterprise Service Bus Level: Advanced Jean-Louis Maréchaux IT Architect, IBM 28 Mar 2006 Today's business applications rarely live in isolation. They need to be connected in order to create an integrated solution from which an organization can derive value. Service-Oriented Architecture (SOA) and Event-Driven Architecture (EDA) are two different paradigms that address complex integration challenges. How can organizations choose the better approach to meet their needs? Actually they don't have to choose: an Enterprise Service Bus (ESB) allows for the implementation of both the SOA and the EDA concepts. Introduction To be able to adapt to market changes, organizations tend to focus on flexibility and responsiveness. The IT challenge has usually been to support this business vision with the appropriate architectures and technologies. Early initiatives were to break monolithic applications into callable sub-routines but the advance of remote object invocation and messaging processing changed that. More recently, it has become crucial to increase the reuse of existing assets in the organization (which increased return on investment) and to assemble heterogeneous applications to form a coherent business solution. This has helped to drive the adoption of SOA and EDA. These two different design paradigms are aimed at maximizing the reuse of application-neutral services that increase IT adaptability and efficiency. But building and deploying large-scale integration solutions has never been easy to achieve. That s where the ESB comes into play, because it simplifies the realization of flexible and reliable architectures (SOA and EDA) for mission critical applications. Service-Oriented Architecture SOA is an architectural concept in which all functions, or services, are defined using a description language and where their interfaces are discoverable over a network. The interface is defined in a neutral manner that is independent of the hardware platform, the operating system, and the programming language in which the service is implemented. One of the most important advantages of a SOA is the ability to get away from an isolationist practice in software development, where each department builds its own 1

2 system without any knowledge of what has already been done by others in the organization. This "silo" approach leads to inefficient and costly situations where the same functionality is developed, deployed and maintained multiple times. A SOA is based on a service portfolio shared across the organization and it provides a way to efficiently reuse and integrate existing assets, as shown in Figure 1: Figure 1: the "silo" approach versus the SOA approach SOA is based on a conventional request/reply mechanism, as seen in Figure 2. A service consumer invokes a service provider through the network and has to wait until the completion of the operation on the provider side. Figure 2: The request/reply mechanism in a SOA Table 1 summarizes the fundamental characteristics of a SOA solution: Table 1: Fundamental SOA characteristics Capability Loosely coupled interactions One-to-one communications Consumer-based trigger Description Services are invoked independently of their technology and location One specific service is invoked by one consumer at a time. The communications are bidirectional The flow of control is initiated by the client (the service consumer) 2

3 Synchronous Replies are sent back to the consumer in a synchronous way Event-Driven Architecture In 2003, Gartner (see Resources) introduced a new terminology to describe a design paradigm based on events: Event-Driven Architecture (EDA). EDA defines a methodology for designing and implementing applications and systems in which events transmit between decoupled software components and services. EDA does not replace, but rather, complements the SOA. While SOA is generally a better fit for a request/response exchange, EDA introduces long-running asynchronous process capabilities. Moreover, an EDA node posts events and does not depend on the availability of a published service. It is really decoupled from the other nodes. EDA is sometimes also referred to as "event-driven SOA". EDA uses messaging to communicate among two or more application processes. The communication is initiated by an "event". This trigger typically corresponds to some business occurrence. Any subscribers to that event are then notified and thus activated, as shown in Figure 3: Figure 3. The publish/subscribe mechanism in an Event-Driven Architecture Table 2 summarizes the fundamental characteristics of an EDA: Table 2: Fundamental EDA characteristics Capability Decoupled interactions Many-to-many communications Event-based trigger Asynchronous Description Event publishers are not aware of the existence of event subscribers Publish/Subscribe messaging where one specific event can impact many subscribers Flow of control that is determined by the recipient, based on an event posted Supports asynchronous operations through event messaging 3

4 Enterprise Service Bus Definition An Enterprise Service Bus (ESB) combines event-driven and service oriented approaches to simplify integration of business units, bridging heterogeneous platforms and environments. The ESB acts as an intermediary layer to enable communication between different application processes. A service deployed onto an Enterprise Service Bus can be triggered by a consumer or an event. It supports synchronous and asynchronous, facilitating interactions between one or many stakeholders (one-to-one or many-to-many communications). So the ESB provides all the capabilities of both SOA and EDA paradigms (see Table 1 and Table 2). An Enterprise Service Bus is an architectural pattern and can be implemented by many different products within the organization, and assembled together to act as a federated bus. More and more vendors are now offering a complete product to fulfill enterprise integration needs. For instance, IBM WebSphere Enterprise Service Bus (see Resources) delivers an integration bus to connect applications efficiently, leveraging standards like web services and J2EE. ESB services There is no official specification to define what an ESB implementation should be, but it is commonly accepted that it must at least provide transport, event and mediation services to facilitate the integration of large-scale heterogeneous applications. Transport services must ensure the delivery of messages among the business processes interconnected via the enterprise bus. Transport also includes content-based routing. It means it can direct messages to different destinations. As part of a missioncritical environment, these services are transactional, secured and monitored. Event services provide event detection, triggering and distribution capabilities. They are related to the notion of event processing, a technique for analyzing and controlling the complex series of interrelated events in Event-Driven Architectures (EDA). Event-driven paradigms are not new. However, they are gaining industry momentum and represent the core concepts of emerging technologies like Complex Event Processing (see Resources). Mediation services address two different purposes. First, the mediation ensures the necessary protocol matching to integrate heterogeneous systems. As two different services do not have to use the same transport protocol, the mediation service takes care of the transformation from one protocol to the other, so that the communication is possible. The protocol switch is transparent for all the participating services of a business transaction. 4

5 Figure 4: Protocol mediation the protocol is transformed by the ESB Second, the mediation offers the possibility to transform the content of any message. This is a key service for business integration. It ensures that the data which transits through the bus is understandable by any process. Moreover, the mediation enables content augmentation to enrich a message with any additional information. The content transformation is managed by the bus: it is transparent for any participating service. Figure 5: Content mediation the message content is transformed and augmented by the ESB Let s take an example to illustrate the content mediation benefits. A fictitious company called Yummy Inc. provides online catering services. In order to plan the menus they offer to their customers, they need to verify the availability and the prices of the food items from their supplier. The typical structure of the message they send to obtain this information contains a product identification, a quantity and a target delivery date. Figure 6: Structure of the availability message Of course, Yummy Inc. and its supplier do not have the same way to represent the information. For example, the dates are not harmonized in both systems. Moreover, the supplier needs a delivery location because Yummy Inc. is not the only company they 5

6 deal with. The ESB mediation service can transform and augment the information of a transiting message so that the target service receive all the information it requires, as illustrated in Figure 7: Figure 7: Content transformation and augmentation in an ESB mediation Leveraging the key technical services previously defined, an ESB offers a flexible connectivity infrastructure for integrating loosely-coupled applications. It supports both SOA and EDA paradigms. Figure 8: Bridging services with an Enterprise Service Bus ESB benefits Leveraging its internal services, an ESB solution provides a variety of benefits. In essence, it simplifies the task of connecting dissimilar applications and ultimately improves business agility, and provides the following: Standard-based connectivity As the integration backbone between many heterogeneous systems, it is 6

7 essential for an ESB to provide many different integration techniques, and to leverage a large choice of standard technologies. The messaging integration usually supports the Java Message Service (JMS) API, while the connectivity with enterprise information systems is provided by the J2EE Connector Architecture (JCA). To ensure Web service interoperability, an ESB supports the JAX-RPC programming model. Integration between different ESB components can be standardized by the Java Business Integration specification (JBI) (see Resources). Pervasive integration An ESB is by nature pervasive because it can integrate applications across different departments, business units or even business partners. Moreover, its core architectural principle is also to facilitate the communication between applications built on heterogeneous development environments. For example, an ESB solution can bridge different programming languages like J2EE, C++ or.net. Reliable integration The ESB architectural pattern improves system security, scalability and availability. As it leverages SOA and EDA, the Enterprise Service Bus provides both synchronous and asynchronous capabilities. The transport service ensures reliable delivery and transactional integrity. So every characteristic of an ESB tends to strengthen its robustness, minimizing the risk of failure of the integrated and federated solution. Conclusion The Enterprise Service Bus is an architectural pattern that facilitates and simplifies business integration through transport, event and mediation services. It connects and mediates all communications and interactions between heterogeneous nodes, both in a Service-Oriented Architecture (synchronous one-to-one approach) and an Event-Driven Architecture (asynchronous many-to-many approach). An ESB is today s most effective way to address complex integration challenges and is the technical solution that provides the greatest business flexibility and efficient connectivity between dissimilar applications. Resources Learn Stay current with SOA with developerworks technical articles. Read more about Complex Event Processing. Find out how Event-Driven Architecture has been introduced as a new concept by Gartner. See specifications for the Java platform: o Java Message Service (JSR-914) o Java Connector Architecture (JSR-112) o Java APIs for XML based RPC (JSR-101) o Java Business Integration (JSR-208). 7

8 Get products and technologies Obtain the latest version of IBM WebSphere Enterprise Service BUS, a new product designed to provide an Enterprise Service Bus for IT environments built around open standards and SOA. Download a free trial version of IBM WebSphere Application Server. Its default messaging system enables transport, event and mediation services. Discuss Participate in developerworks blogs and get involved in the developerworks community. About the author Jean-Louis Maréchaux works as an IT Architect for the IBM Business Consulting Services group in Canada. His interests and expertise include J2EE architecture, Web services technologies, SOA, and engineering process (IBM Rational Unified Process). You can contact him at 8

Service Mediation The Role of an Enterprise Service Bus in an SOA 2 TABLE OF CONTENTS 1 The Road to Web Services and ESBs...4 2 Enterprise-Class Requirements for an ESB...5 3 Additional Evaluation Criteria...7

ATHABASCA UNIVERSITY Enterprise Integration with Messaging BY Anuruthan Thayaparan A thesis essay submitted in partial fulfillment of the requirements for the degree of MASTER OF SCIENCE in INFORMATION

Smart SOA application integration with WebSphere software To support your business objectives Achieving business agility and cost optimization by reducing IT complexity. The value of adding ESB enrichment

Introduction to ESB and Petals ESB Fernando Hattori IME/USP December 09, 2010 Agenda Introduction ESB SOA back to ESB Why use ESB? PEtALS What is PEtALS? Success stories Bibliography What is ESB? Before

1 CHAPTER 1 INTRODUCTION Internet has revolutionized the world. There seems to be no limit to the imagination of how computers can be used to help mankind. Enterprises are typically comprised of hundreds

Introduction to WebSphere Process Server and WebSphere Enterprise Service Bus Course materials may not be reproduced in whole or in part without the prior written permission of IBM. 4.0.3 Unit objectives

Enterprise Application Integration (EAI) Architectures, Technologies, and Best Practices Give Your Business the Competitive Edge IT managers have been under increasing pressure to migrate a portfolio of

What You Need to Know About Transitioning to SOA written by: David A. Kelly, ebizq Analyst What You Need to Know About Transitioning to SOA Organizations are increasingly turning to service-oriented architectures

Developing SOA solutions using IBM SOA Foundation Course materials may not be reproduced in whole or in part without the prior written permission of IBM. 4.0.3 4.0.3 Unit objectives After completing this

Application integration solutions To support your IT objectives IBM WebSphere application integration software: A faster way to respond to new business-driven opportunities. Market conditions and business

IBM WebSphere Message Broker To support your IT objectives Delivering a platform-independent based ESB for universal connectivity and transformation in heterogeneous IT environments. The evolution of application

SERVICE ORIENTED ARCHITECTURE Introduction SOA provides an enterprise architecture that supports building connected enterprise applications to provide solutions to business problems. SOA facilitates the

Decision Framework, R. Schulte Research Note 9 December 2002 Predicts 2003: Enterprise Service Buses Emerge The enterprise service bus, a new variation of software infrastructure, has added to the range

Header 1 The Evolution from EAI to ESB IONA Technologies April 2006 The Evolution from EAI to ESB 2 Introduction As an industry leader, IONA is at the forefront of vision and production of enterprise integration

Enterprise Application Integration (EAI) Architectures, Technologies, and Best Practices Give Your Business the Competitive Edge IT managers have been under increasing pressure to migrate a portfolio of

Architectures Computing & 2009-11-06 Architectures Computing & SERVICE-ORIENTED COMPUTING (SOC) A new computing paradigm revolving around the concept of software as a service Assumes that entire systems

Introduction to Enterprise Service Bus DISTRIBUTED SYSTEMS RESEARCH GROUP http://nenya.ms.mff.cuni.cz CHARLES UNIVERSITY PRAGUE Faculty of Mathematics and Physics What s the problem? o deploy disparate

White Paper Unlocking the Power of SOA with Business Process Modeling Business solutions through information technology TM Entire contents 2006 by CGI Group Inc. All rights reserved. Reproduction of this

FREE AND OPEN SOURCE SOFTWARE CONFERENCE 2007 1 Enterprise Service Bus Falko Menge Abstract This paper is a comprehensive introduction to the Enterprise Service Bus (ESB), which is a new type of integration

Oracle Service Bus Situation A service oriented architecture must be flexible for changing interfaces, transport protocols and server locations - service clients have to be decoupled from their implementation.

IBM Software Group IBM WebSphere Process Integration Technical Overview Business Flexibility Depends on IT Flexibility Today s IT architectures, arcane as they may be, are the biggest roadblocks most companies

Abstract SOA : To Do or Not to Do Gopala Krishna Behara and K.T.R.B Sarma As business moves from Web services to SOA, adoption and successful implementations of SOA become more evident. The goal of SOA

Technical Track Session Service-Oriented Architecture Terry Woods Agenda A little history What is Service-Oriented Architecture? How do you build a Service-Oriented Architecture Solution? What is an Enterprise

A Study on the Integration Model of EIS Based on SOA Xu Yang and Zhanhong Xin School of Economics and Management, Beijing University of Posts and Telecommunications, Beijing 100876, P.R. China yangx.china@gmail.com

An Oracle White Paper October 2013 Maximize the Benefits of Oracle SOA Suite 11g with Oracle Service Bus Maximize the Benefits of Oracle SOA Suite 11g with Oracle Service Bus Table of Contents Introduction...

Service Oriented Architecture and the DBA Kathy Komer Aetna Inc. New England DB2 Users Group Tuesday June 12 1:00-2:15 Service Oriented Architecture and the DBA What is Service Oriented Architecture (SOA)

Do More with SOA Integration: Best of Packt Integrate, automate, and regulate your business processes with the best of Packt's SOA books Series Editor Carl Jones [PACKT] entferiss PUBLISHING BIRMINGHAM

IBM Enterprise Service Bus for Enabling new levels of integration and interoperability for today s demanding hospitals and health plans Highlights Integrate data and applications from disparate sources

Introduction to TIBCO MDM 1 Introduction to TIBCO MDM A COMPREHENSIVE AND UNIFIED SINGLE VERSION OF THE TRUTH TIBCO MDM provides the data governance process required to build and maintain a comprehensive

SOA REFERENCE ARCHITECTURE: SERVICE TIER SOA Blueprint A structured blog by Yogish Pai Service Tier The service tier is the primary enabler of the SOA and includes the components described in this section.

E SB DE CIS IO N GUID E Business Transformation for Application Providers 10 Questions to Ask Before Selecting an Enterprise Service Bus 10 Questions to Ask Before Selecting an Enterprise Service Bus InterSystems

SOA: The missing link between Enterprise Architecture and Solution Architecture Jaidip Banerjee and Sohel Aziz Enterprise Architecture (EA) is increasingly being acknowledged as the way to maximize existing