ESB What it is?
- 8. Open Source ESB ProjectsWho am I?My name is Shan Kandaswamy Technical Architect / ManagerLittle background on my workWorked mostly for Automotive IT clients - projects managing, architecting and developing
- 17. Let me move on to actual presentationThanks to…I am not going to lie I did not invent or patternise ESB or SOA
- 18. I did not create the entire presentation content all by myself.
- 20. Presentation is an extract from my fav architect Mark Richard, an IBM Consultant /Architect. So thanks to all the resources available on the internet … and thanks to Google my favorite search engine.
- 21. What is an ESB?There is no industry agreed upon definition of what an ESB is
- 27. From Wiki “An enterprise service bus (ESB) consists of a software architecture construct which provides fundamental services for complex architectures via an event-driven and standards-based messaging-engine (the bus)”
- 28. How does Gartner define 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”Bottom lineThere is no single consise deinition of an ESB
- 29. We will try to understand what an ESB is by understanding its role and capabilities.ESB Architecture ContextIn the move towards SOA, client applications are decoupled from services. The ESB provides the communication bridgeThe ESB helps facilitate the following:Service location transperancy
- 32. Business Service vs. Implementation ServiceBusiness Service DefMake PaymentWSDLMake PaymentBusiness Services are exposed to client as a service nameand specified input and output structures.(example: through WSDL)Implementation Services are coded within the Service Providers (example: through Webservices)Process PaymentPost BAR PaymentPost Housing PaymentJava
- 33. ESB Core capabilitiesRoutingMessage TransformationMessage EnhancementProtocol TransformationService MappingMessage ProcessingProcess ChoreographyService OrchestrationTransaction ManagementSecurity
- 34. RoutingThe ability to channel a request to a particular service provider based on deterministic or variable criteria. Types of routing to considerStatic or deterministic Routing
- 37. Complex Rules-based RoutingMessage TransformationThe ability to convert the structure and format of the incoming business service request to the structure and format expected by the service providerSome examples includes:
- 40. Object XMLMessage EnhancementThe ability to add or modify the information contained in the message as required by the service provider. Types of Message EnhancementDate format conversion
- 43. Rules-based enhancementProtocol TransformationThe ability to accept one type of protocol from the consumer as input (i.e. SOAP/JMS) and communicate to the service provider through a different protocol (i.e. IIOP) A form of message transformation concerned with the message structure, not the message payload.
- 44. Has both physical connection attributes as well as logical connectivity attributes
- 49. SOAP/MQ ATMI (Application-to-Transaction Monitor Interface)
- 50. XML/HTTP OTMA (Open Transaction Manager Access)Service MappingThe ability to translate a business service into the corresponding service implementation and provide binding and location information Could be implemented through XML, a database, or embedded within the Mediator ESB component
- 52. Implementation Service Name
- 53. Service Protocol and binding information
- 54. Protocol specific info (i.e. timeouts, failover location)
- 55. Service-specific routing informationMessage ProcessingThe ability to manage state and perform request management by accepting an input request and ensuring delivery back to the client via message synchronizationFor updates this might require the use of XA or messaging sync points to ensure guaranteed message processing and delivery
- 56. Process ChoreographyThe ability to manage complex business process that requires the coordination of multiple business service to fulfill a single business service request Usually BPEL based
- 57. Process Choreography can be though of as a manifestation of a use case or business processEach of the business process nodes can be anIndependent business service.
- 58. Service OrchestrationThe ability to manage the coordination of multiple implementation services Can be BPEL based but is usually implemented through inter-service communication or aggregate services
- 60. Process Choreography Business Services
- 61. Service Orchestration Implementation ServicesTransaction ManagementThe ability to provide a single unit of work for a business service request by providing a framework for the co-ordination of multiple resources across multiple disparate services Specifically, the ESB should provide a compensatory transactional framework for a service request.
- 63. JSR-95 Activity Service for Extended TransactionsSecurityThe ability to protect enterprise services from unauthorized accessIn SOA there are no more silos; services become visible to the entire enterprise through ESB
- 70. ESB should access a security manager or authentication and authorization rather than have the direct responsibilityESB ComponentsThere is no one single product that can effectively do all of the capabilities required of an ESB
- 71. An ESB can be broken down into the following components
- 75. Rules EngineComponents Responsibility Mediator
- 78. Message Transformation
- 80. Protocol Transformation
- 83. Service Orchestration
- 84. Transaction Management
- 85. SecurityComponent ResponsibilityService Registry
- 86. Service MappingComponent ResponsibilityChoreography
- 89. Transaction Management
- 90. SecurityComponent ResponsibilityRules Engine
- 92. Message Transformation
- 93. Message Enhancement Specifically Rule based Routing, Message Transformation and Message Enhancement.
- 98. Reduced Complexity: Only those services requiring Choreography go through ChoreographerProcess Choreographer and the ESBConsiderationsShould process choreography sit above or below the Mediator?
- 111. Reduced Complexity: Only those services requiring Choreography go through the ChoreographerChoreography / Mediator RelationshipChoreographer As the entry point
- 116. Do All services requires BPEL based process coordination?Choreography / Mediator RelationshipChoreographer and Mediator As The ESB Entry Point
- 121. Transaction Processing
- 122. SecurityNo good separation of responsibility within ESB components
- 127. Reduced Complexity: Only those services requiring Choreography go through the ChoreographerAdditional ConsiderationsChoreography contains business logic – does it really belong in an ESB?
- 129. Should business rules reside outside the ESB in the client? No I don’t think so…JBI (Java Business Integration) Advantages and the effect on Commercial ESBs Third-party or Custom Service Engines (SE) and the Binding Components (BC) can be swapped in and out without impacting applications or services
- 132. We can mix Open Source and Commercial solutions
- 133. We can swap in and out integration services (i.e capabilities) we don’t need, creating a light-weight solution that meets out specific needs
- 134. Is this the wave of the future ESBs?Open Source ESB ProjectsMule
- 135. ServiceMixWhat we have learned?An ESB can defined through its capabilities. Specifically the ones important to us.
- 139. What is JBI all about (Standards based pluggable Architecture)