Enterprise Integration Patterns Asynchronous Messaging Architectures in Practice

Transcription

1 Asynchronous Messaging Architectures in Practice Translator Test Message Splitter Aggregator Enricher Gregor Hohpe

2 Integration Challenges Users want to execute business functions that span multiple applications Requires disparate applications to be connected to a common integration solution However: Networks are slow Networks are unreliable No two applications are alike Change is Inevitable Isolated Systems Unified Access 2

3 Message-Oriented Middleware Message-oriented architectures provide loose coupling and reliability System A Message Channel System B Channels are separate from applications Channels are asynchronous & reliable Data is exchanged in selfcontained messages Remove location dependencies Remove temporal dependencies Remove data format dependencies 3

4 Thinking Asynchronously Mgmt Shipping Mgmt Shipping Web Site Inventory Web Site Inventory New New Confirm New Idle Confirm New Confirm Confirm Synchronous Asynchronous 4

5 Many Products & Implementations Message-oriented middleware (MOM) IBM WebSphere MQ Microsoft MSMQ Java Message Service (JMS) Implementations EAI Suites TIBCO, WebMethods, SeeBeyond, Vitria,... Asynchronous Web services WS-ReliableMessaging, ebms HOT HOT Sun s Java API for XML Messaging (JAXM) Microsoft s Web Services Extensions (WSE) The Underlying Design Principles Are the Same! 5

6 Catalog of 65 Patterns 1. Request-Reply Example Message Construction Command Message RPC Message Query Message Document Message Event Message Reply Message Return Address Correlation Identifier Message Sequence Message Expiration Canonical Data Model Format Indicator Message Routing Content-Based Router Message Filter Recipient List Splitter Aggregator Resequencer Distribution w. Aggr. Resp. Auction Routing Table ProcessManager 2. Management Example Message Transformation Data Enricher Content Filter Check Luggage Endpoint Endpoint Application Message Channel Router Translator Application A B Messaging Endpoints Messaging Adapter Polling Consumer Event-Driven Consumer Transactional Client Competing Consumers Message Dispatcher Message Selector Idempotent Receiver Messaging Mapper Messaging Channels Point-to-Point Channel Publish-Subcr. Channel Durable Subscriber Datatype Channel Invalid Message Channel Dead Letter Channel Guaranteed Messaging Channel Adapter Monitoring Systems Management Control Bus Message Header Envelope Wrapper Message History Message Store Channel Purger Test Message 3. Bonus 6

7 Pattern: Request-Reply Consumer Request Provider Request Channel Reply Channel Reply Service Provider and Consumer (similar to RPC) Channels are unidirectional Two asynchronous Point-To-Point Channels Separate request and reply messages 7

8 Multiple Consumers Consumer 1 Requests Request Channel Requests Provider Consumer 2 Reply Channel 1 Reply Channel 2?? Replies Each consumer has its own reply queue How does the provider know where to send the reply? Could send to all consumers very inefficient Hard code violates principle of context-free service 8

9 Pattern: Return Address Consumer 1 Reply Channel 1 Reply Channel 2 Request Channel Provider Consumer 2 Reply Channel 1 Reply Channel 2 Replies Consumer specifies Return Address (reply channel) in the request message Service provider sends reply message to specified channel 9

10 Multiple Service Providers Consumer Request Channel Provider 1 Provider 2 Reply Channel Request message can be consumed by more than one service provider Point-to-Point Channel supports Competing Consumers, only one service receives each request message Channel queues up pending requests 10

11 Multiple Service Providers Consumer Request 1 Request 2 Reply 2 Reply 1 Service 1 (slow) Service 2 (fast) Reply messages get out of sequence How to match request and reply messages? Only send one request at a time very inefficient Rely on natural order bad assumption 11

12 Pattern: Correlation Identifier Correlate Request & Reply Consumer Message Identifier 1 Request Channel Response Channel Provider 1 Provider 2 Correlation Identifier Equip each message with a unique identifier Message ID (simple, but has limitations) GUID (Globally Unique ID) Business key (e.g. ID) Provider copies the ID to the reply message Consumer can match request and response 12

13 Pattern: Pipes-And-Filters Pipe Pipe Pipe Pipe Decrypt Authenticate De-Dup Incoming Filter Filter Filter Clean Connect individual processing steps (filters) with message channels (pipes) Pipes decouple sender and receiver Participants are unaware of intermediaries Compose patterns into larger solutions 13

14 Multiple Specialized Providers Messages Widget Inv. Entry? Gadget Inv. Each provider can only handle specific type of message Route request to the appropriate provider based on the content of the request message Do not want to burden sender with decision (decoupling) Letting each consumer pick out desired messages requires distributed coordination 14

15 Pattern: Content-Based Router Entry Messages Content- Based Router Widget Inv. Gadget Inv. Insert a Content-Based Router Message routers forward incoming messages to different output channels Message content not changed Mostly stateless, but can be stateful (e.g. de-duper) 15

16 Composite Message Message Widget Inv. Entry? Gadget Inv. How can we process a message if it contains multiple elements, each of which may have to be processed in a different way? Treat each element independently Need to avoid missing or duplicate elements Make efficient use of network resources 16

17 Pattern: Splitter Message Entry Splitter Item 1 Item 2?? Widget Inv. Gadget Inv. Use a Splitter to break out the composite message into a series of individual messages, each containing data related to one item. 17

18 Composite: Splitter & Router Message Item 1 Entry Splitter Item 1 Item 2 Router Item 2 Widget Inv. Gadget Inv. Use a Splitter to break out the composite message into a series of individual messages, each containing data related to one item. Then use a Content-Based Router to route the individual messages to the proper destination 18

19 Producing a Single Response Item 1 Widget Inv. Response 1 Confirmed?? Billing Gadget Inv. Item 2 Response 2 How to combine the results of individual, but related messages so that they can be processed as a whole? Messages out of order Message delayed Which messages are related? Avoid separate channel for each system 19

20 Pattern: Aggregator Item 1 Widget Inv. Response 1 Confirmed Gadget Inv. Aggregator Billing Item 2 Response 2 Use a stateful filter, an Aggregator, to collect and store individual messages until a complete set of related messages has been received. Aggregator publishes a single message distilled from the individual messages. Correlation Completeness Condition Aggregation Algorithm 20

21 Pattern: Scatter-Gather Send a message to a dynamic set of recipients, and return a single message that incorporates the responses. Quote Request Scatter-Gather Pub-Sub Channel Vendor A Vendor B Vendor C Quote Best Quote Aggregator 21

22 Composing Patterns Receive an order, get best offer for each item from vendors, combine into validated order. Scatter-Gather Pub-Sub Channel Vendor A Vendor B Quote New Splitter Quote Request for each item Vendor C Validated Aggregator Best Quote for each item Aggregator 22

23 System Management Messaging systems are asynchronous and distributed Multiple platforms Difficult to detect errors Difficult to configure (property file hell) How can we effectively administer a messaging system that is distributed across multiple platforms and a wide geographic area? 23

24 Pattern: Control Bus Application Message Flow Control Bus Management Console Configuration Heartbeat Test messages Exceptions / logging Statistics / Quality-of-Service (QoS) Live console 24

25 How To Inspect Messages? Point-To-Point Channel Sender Receiver Message?? Management Console Cannot add another receiver because it would consume the message Cannot switch to Publish-Subscribe-Channel because may already have Competing Consumers Point-To-Point Channel 25

26 Pattern: Wire Tap Wire Tap Sender Receiver Message Message Management Console Simple Router that duplicates message to two output channels Also known as Tee Some side effects: Message ID changes, latency 26

27 Track Messages Wire Tap Wire Tap Component Analysis E.g., message run time, message volume Missed messages if channels or component unreliable 27

28 What if Return Address is Used? Consumer Wire Tap Request Channel Provider Consumer?? Reply Channels Provider routes reply message to dynamic channel Cannot dynamically inject Wire Tap 28

29 Pattern: Smart Proxy Consumer Smart Proxy Request Channel Provider Consumer Fixed Reply Channel Reply Channels A Smart Proxy stores original Return Address and replaces it with a fixed channel address Intercepts reply messages and forwards them to correct channel Allows analysis of request and reply messages 29

30 Pattern: Test Message Test Message Injector Test Message Separator Processor Appl. Msg. 1 Appl. Msg. 2 Test Message Test Result Appl. Msg. 1 Appl. Msg. 2 Test Data Verifier Test Data Generator Control Bus Management Console Inject application specific test messages Extract result from regular message flow Compare result against predefined (or computed) result 30

31 In Summary Visual and verbal language to describe integration solutions Combine patterns to describe larger solutions No fancy tools whiteboard or PowerPoint No vendor jargon Not a precise specification language (e.g., see OMG UML Profile for EAI) Not a new methodology Each pattern describes trade-offs and considerations not included in this overview 31

32 Resources Book (late October): Addison-Wesley, Contact Gregor Hohpe Web Site Pattern catalog Bibliography, related papers 32