1. Service Oriented Architecture SOA Workshop Starter Kit Enterprise Service Bus (ESB) POV Last Updated: July, 2006

2. SOA Workshop – V2.0 2 Copyright © 2006 Accenture All Rights Reserved. SOA Workshop Starter Kit – ESB POV SOA Workshop Starter Kit Sponsor: David L. Nichols Last Updated: July, 2006 Version: 2.0 Intent of Section: This document provides an overview of the Enterprise Service Bus concepts, architecture and use cases Intended Audience: For internal and external use (Unless otherwise documented) Master Document: Enterprise Service Bus POV Hot Topic v1.ppt July, 2005 https://kx.accenture.com/_layouts/kx/dispcontribution form.aspx?listitemid=67650&listid=Contributions To Find Additional SOA content: https://technology.accenture.com/SOA

3. SOA Workshop – V2.0 3 Copyright © 2006 Accenture All Rights Reserved. Contents ESB Introduction ESB Architecture ESB Use Cases & Example

4. SOA Workshop – V2.0 4 Copyright © 2006 Accenture All Rights Reserved. What is an ESB? Common agreed elements of ESB definition: Provides an integration infrastructure consistent with SOA principles: use of implementation-independent interfaces, communication protocols that stress location transparency and interoperability, service definitions that are relatively coarse-grained and encapsulate reusable function Can be implemented as a distributed, heterogeneous infrastructure Provides the means to manage the service infrastructure and to operate in today’s distributed, heterogeneous environment Fundamental ESB Characteristics: XML, Messaging, Transformation, Intelligent Routing services Connectivity (Web Services, J2EE Connector Arch., JMS, COM etc.) Support for highly distributed deployments, SOA

5. SOA Workshop – V2.0 5 Copyright © 2006 Accenture All Rights Reserved. What is an ESB? “An Enterprise Service Bus (ESB) is a new architecture that exploits Web services, messaging middleware, intelligent routing, and transformation. ESBs act as a lightweight, ubiquitous integration backbone through which software services and application components flow.*” “The Enterprise Service Bus is a uniform service integration architecture of infrastructure services that provides consistent support to business services across a defined ecosystem. The ESB is implemented as a service oriented architecture using Web Service interfaces.” CBDI * © Source: Roy Schulte, Gartner, Inc..

6. SOA Workshop – V2.0 6 Copyright © 2006 Accenture All Rights Reserved. Our View of ESBs ESBs have emerged as a new type of middleware (and product category), implementing features found in earlier middleware, but with emphasis on Web Services support (XML, SOAP, WSDL) and SOA relevant characteristics ESBs are an architectural approach. They are an architectural pattern for SOA implementation and a BUS for lightweight Integration. It supports intelligently directed communication and mediated relationships among loosely coupled and decoupled business components They are an integration backbone and Web-services-capable infrastructure Can be highly distributed, and implemented in a very heterogeneous environment An Utility Layer (or Execution Framework Layer) can provide additional capabilities and services to the ESB like security, process orchestration, transaction and services management, directory, BAM, etc. - that enable an enterprise class solution ESB tools can jumpstart the building and deployment of an SOA

7. SOA Workshop – V2.0 7 Copyright © 2006 Accenture All Rights Reserved. The ESB: The Universal Integration Middleware Multi-channel (devices) Changes often Transformation Services Composition Integration Guaranteed Delivery Proprietary interfaces Applications changes are less often Directory Services Management Business Services Infrastructure Services Application Layer Utility LayerPresentation Layer

8. SOA Workshop – V2.0 8 Copyright © 2006 Accenture All Rights Reserved. ESBs: translating into a Services Model App 2 … Portal 1 App 2 … Service 1 … App P Portal 2 …… Portal p Service 2Service 3…Service n Other Services: Messaging, Connectivity, QoS, Brokering, etc. Security and Entitlement Services Get_Customer _Contact Get_Order_ Status Get_Service_H istory …Service m Shared, Enterprise Business Services Shared, Enterprise Infrastructure Services Dedicated Business Services Semantic Integration – Data Services Composite Business Services Application Layer Utility Layer Presentation Layer (Solutions)

9. SOA Workshop – V2.0 9 Copyright © 2006 Accenture All Rights Reserved. What vendors say about ESB? Some stress the role of the ESB in eBusiness, its inter-organizational. Rather than intra-organizational role Almost all believe, that the ESB is more than the bus it runs on. Essentially, they are describing a service-oriented architecture from another viewpoint Some see orchestration as part of the ESB architecture, others do not Some package MOM and EAI in their ESB products Some identify event monitoring as the major differentiator from MOM Some consider services management as part of the ESB solution Some see an ESB as strictly related to Web services and describe it as a Web Services Network. All Vendors are flexible in defining ESB. Their definition always manages to show that their current solutions are using it Gartner defined ESB to describe a group of lightweight Middleware Integration applications Small Vendors Create pure-play ESB tools Vendors Defined their pre-existing Applications as ESB tools

10. SOA Workshop – V2.0 10 Copyright © 2006 Accenture All Rights Reserved. Vendors that started with a SOAP/http emphasis are converging into multi-protocol ESBs IBM’s WBI SeeBeyond Tibco WebMethods SAP NetWeaver XI Oracle IONA Technologies' Artix Microsoft's Indigo (future product) Vitria PolarLake's JIntegrator Fiorano Software's ESB Software AG “More than half of all large enterprises will have an ESB running by year-end 2006 (0.7 probability).” © Copyright Gartner, Inc. [Source: Predicts 2005: Application Integration, ESBs and B2B Evolve - 1 November 2004] SOAP/http ESBs Cape Clear Systinet Sonic Software Blue Titan WebMethods Fabric Multiprotocol ESBs

11. SOA Workshop – V2.0 11 Copyright © 2006 Accenture All Rights Reserved. What is an ESB? – General Vendor Consensus ESBs (as products) are a set technologies developed to support program- to-program communication/integration (such as Web services, Object request brokers, Remote procedure calls, MOM, etc.) and SOA ESB is a product category in the integration market ESBs are seen as a potential evolution of middleware technologies All in one package (Administration and Management services, Service Definition tools and Repository services) Combine features from previous integration technologies Provide value added services: Intelligent Routing Message validation Transformation Security Load balancing, etc. Support highly distributed architectures

12. SOA Workshop – V2.0 12 Copyright © 2006 Accenture All Rights Reserved. ESB Benefits – What’s new An ESB provides the same basic functionality as an EAI broker - connectivity, application adapters, routing of messages based on rules, and data transformation engine - yet, in a true ESB, these capabilities are themselves SOA based in that they are spread out across the bus in a highly distributed fashion and hosted in separately deployable service containers* (*) Dave Chappel: ESB Myth Busters: 10 Enterprise Service Bus Myths Debunked ESB addresses the challenge in assembling, deploying, managing distributed SOAs Traditional Systems rely on a tight semantic coupling between apps, if one goes down everything follows. ESB does not ESB provides distributed processing, standards based integration, enterprise class backbone Physical connections are abstracted (ease of redeployment) Destination Independence May include Business logic and workflow May include content-based routing and filtering

13. SOA Workshop – V2.0 13 Copyright © 2006 Accenture All Rights Reserved. Traditional EAI vs ESB Traditional EAI ESB Reliance on a hub-and-spoke architectureService Oriented Architectures Functionality OrientedProcess Oriented Designed to lastDesigned to change ( Standardized architecture) Long development cycleIterative development and deployment Cost centeredBusiness centered Application BlockServices Orchestration Tightly Coupled with use of proprietary adapters Loosely Coupled with brokerless, Coarse-grained Business Services Object and Message OrientedMessage Oriented Known ImplementationAbstraction Lack of support for new business logicFlexible and adaptive business logic Complex, proprietary, centralized, and costly integration Lightweight, distributed, standards-based and inexpensive + Interoperability - A number of ESBs are part of an EAI solution. Others however, are there to replace it. The key differences are similar to the ones between conventional EAI and SOA

14. SOA Workshop – V2.0 14 Copyright © 2006 Accenture All Rights Reserved. ESB, When to Consider When deploying SOA across the enterprise When establishing business processes (BPM) and orchestration infrastructure that will leverage a business services layer When moving from a complex point-to-point or ‘spaghetti’ architecture to a more manageable and flexible IT infrastructure When integrating to multiple and heterogeneous data sources and applications When there is heavy business logic and security through the service bus to multiple end points When further separation from composite applications is required (away from underlying implementations) When flexible coupling is required

15. SOA Workshop – V2.0 15 Copyright © 2006 Accenture All Rights Reserved. Contents ESB Introduction ESB Architecture ESB Use Cases & Example

16. SOA Workshop – V2.0 16 Copyright © 2006 Accenture All Rights Reserved. ESB Architecture Communication Points Messaging Framework Management Framework Business Service Bus Dynamic Trace/Log Service Mgt Application Repository JCA Business Component Participation Mgt Workflow Engine Policy/Security Middleware and Platform resources Middleware Repository Service Providing Application – Existing Application Resources Service Provider Service Consumer ESB Repository a) New Application requests information through SOAP/HTTP, JMS etc Service Consuming Application c) Service provider receives request and responds through JCA,SOAP/HTTP etc. Enterprise Service Bus Communication Layer Service call Process Web Services Dynamic Routing Transport Transformation (XML Schema) Directory Persistence Process Orchestration b) Content based routing to the Service Providing Application after authentication and application of orchestration rules An ESB offers a backbone that can extend MOM through the entire business, connecting components across different business sectors. It has its own communication capabilities

17. SOA Workshop – V2.0 17 Copyright © 2006 Accenture All Rights Reserved. ESB Architecture Underlying an ESB architecture is an enterprise class, standards-based messaging backbone. This provides communications between any number of applications across the enterprise ESB peers at the end-points of the network allow the components of a distributed application to exchange data concurrently ESB Peers provide support to monitor locally running services A Service connected to an ESB peer typically logs data, especially in the case of error conditions ESB Peers implement the necessary support to allow/deny access to Services and Applications based on the security policies. Distributed Security Model. Business Service Bus Enterprise Service Bus Communication Layer Process Orchestration ESB Peers

18. SOA Workshop – V2.0 18 Copyright © 2006 Accenture All Rights Reserved. ESB Architecture Administration & Management services (Single point of Control, Dynamic Change, Deployment Support) The Service Bus Communications: Asynchronous, message based, Store & FWD, JMS based XML Support Transformation Services Intelligent Routing Definition tools Repository services MOM Facilities Publish/Subscribe Support for Highly Distributed implementations Service based approach Location/Technology Transparency Connectivity Services (WS, JMS, JCA, etc)

19. SOA Workshop – V2.0 19 Copyright © 2006 Accenture All Rights Reserved. ESB Implementation Guidelines The ESB should Follow all SOA guidelines Be the basis of an extensible framework into which other ISB can be connected Provide capabilities to enable the business service bus (E.g. Aggregation, Service Composition) Not be based on a single transport – but instead must support multiple transports Support a variety of security and transactional models between service consumers and service providers Not introduce product dependencies on any Service Endpoints Be Service-Based to enable loose coupling of infrastructure resources Support industry technologies (SOAP, WSDL, COM, CICS,.NET, JMS, JCA, JDBC, Web services etc), but also provide support for the full range of emerging Web Service Protocols Be Policy and Metadata driven. To enable easy configuration without programming Be secure, manageable and reliable

20. SOA Workshop – V2.0 20 Copyright © 2006 Accenture All Rights Reserved. Contents ESB Introduction ESB Architecture ESB Use Cases & Example

21. SOA Workshop – V2.0 21 Copyright © 2006 Accenture All Rights Reserved. ESB Use Cases Enterprise Wide SOA Many-Many Enterprise level integration Multiple applications to multiple services Alternating Service Consumers and Service Providers Legacy integration and all platform support Application Wrapping

22. SOA Workshop – V2.0 22 Copyright © 2006 Accenture All Rights Reserved. ESB Use Cases Application Integration Many-Many Application Integration Data Transformation Routing Data Synchronization Composite Applications BPM, heavy orchestration

23. SOA Workshop – V2.0 23 Copyright © 2006 Accenture All Rights Reserved. ESB Example: Telematics Application Platform Overview : A service aggregator platform. It forms the server gateway between richer-client, over-the-air programmable, in-vehicle telematics devices, wireless networks and net-centric applications, services and content, and enterprise information systems (EIS). Functionality: eCommerce infrastructure with event-based billing, subscriptions, account management and prepay facilities. Architectural Requirements: ESB backbone, Service Aggregation and Delivery Platform, Highly scalable Multi-channel delivery of content and services, Device / Service Abstraction

24. SOA Workshop – V2.0 24 Copyright © 2006 Accenture All Rights Reserved. ESB Example: Integration Infrastructure Overview : Use of an Enterprise Service Bus to integrate to pre-existing application. Service and Process Orchestration is located over the Business Service Bus Functionality: eCommerce infrastructure with CRM and ERP pre-existing systems Architectural Requirements: J2EE Architecture, Orchestration Server, Security Server, Management, ESB.

25. SOA Workshop – V2.0 25 Copyright © 2006 Accenture All Rights Reserved. ESB Example: Integration Infrastructure Overview : Use of an Enterprise service Bus to co-exist with existing middleware in order to improve availability of messaging. Upgrade from point-point integration. Functionality: Ecommerce infrastructure with multiple Integration infrastructures Architectural Requirements: ESB, multiple EAIs, multiple middleware, standardization, cover current architectures and launch them as Web-Services.