Chris Patterson presented on event driven architecture. He introduced event driven architecture as a method where events flow between decoupled components and services. He defined events as representations of changes in state that are self-contained and identified. Events can be business events related to real world occurrences, lifecycle events for processes and states, or management events related to time and limits. The presentation discussed how events are published and consumed asynchronously between independent components using messaging systems like MassTransit. Commands were also introduced as messages telling components to perform actions.

1. EVENT DRIVEN
ARCHITECTURE
Chris Patterson
Senior Architect, RelayHealth
chris@phatboyg.com

2. EVENT DRIVEN
ARCHITECTURE
Chris Patterson
Senior Architect, RelayHealth

4. Agenda
Review Enterprise Application Integration
Introduce Event Driven Architecture
Define Events
.NET sample using MassTransit

5. About Me
Enterprise Software Architect
20+ years in commercial software development
11+ years at a Fortune 15 company
Proven history with distributed, real-time systems
Microsoft Visual C# MVP

6. ENTERPRISE APPLICATION
INTEGRATION

7. ENTERPRISE APPLICATION
INTEGRATION
Linking applications in an organization together to
simplify and automate business processes

8. Shared Database
Multiple applications coupled to single schema
Unclear ownership of schema
Edges between applications blurred
Linked servers for SQL to SQL RPC
Changes often affect multiple applications

9. File Transfer
Extract - Transform - Load (ETL)
Asynchronous
Simple interoperability through common formats
Timeliness of data can lead to inconsistencies
Large data volume containing unrelated data
Ownership of files, cleanup, versioning

10. Web Services
Explicit Contract (WSDL, DataContract)
Synchronous Operation leads to sequencing
Services must be available at invocation
Nested call stacks fragile, consume resources
Remote Procedure Call (RPC, COM, CORBA)
The network is unreliable

11. MESSAGING

12. Message Exchange
Create Process
Send Receive

13. A-Synchronicity
Message producers are non-blocking
Fire and forget
Message consumers run in their own process
Introduces a more complex programming model

14. Minimized Coupling
Eliminates temporal coupling
Enables isolated testing of services
Reduces dependencies, increasing service reuse

15. Explicit Contract
Agreement between producer and consumer
Internal data structure remains private
Integration points remain at the application’s edge
Eliminates propagation of internal changes

16. Fault Tolerance
Messages improve recoverability
Durable message transports

17. Data Availability
Enables small, frequent transfers of related content
Distribute system load over a wider time window

18. EVENT DRIVEN
ARCHITECTURE

19. EVENT DRIVEN
ARCHITECTURE
A method of building enterprise systems in which events
flow between decoupled components and services

20. Another Architecture?
Service Oriented Event Driven
Architecture Architecture

21. Service Oriented Event Driven
Architecture Architecture
Complimentary

22. Service Oriented Event Driven
Architecture Architecture
Complimentary

23. SOA 1.0
Applications are composed using a designer
Synchronous programming model
Step-by-step (F10) flow through services
Majority of interactions are request/response

24. Event Driven Architecture
Components are assembled at run-time
Asynchronous programming model
Reactive behavior
Leverages one way, fire and forget, messaging

25. Autonomous Components
Defined by responsibility
Independent
Self-governing - makes decisions on how to react
Self-controlling - responsible for execution context
Self-contained - not part of an application

26. Event Producers
Publish events
Oblivious to consumer reactions
Unaffected by high number of consumers

27. Event Consumers
React to events
Subscribe by topic/type/selector
Asynchronous operation

28. Business Components
Logical grouping of autonomous components
Represent a complete business process

29. COMMANDS

30. Commands
Tell a component or service to do something
Initiated by an event, interaction, etc.
Use correlation for tracing, idempotence
Sent using messaging (not published)

31. Reset Password
User initiates a password reset
Password service sends reset email
User clicks link in email

32. Message Body
public class ResetPassword
{
public Guid RequestId { get; set; }
public string Username { get; set; }
}

33. Compared To...
public void ResetPassword(string username)
public class ResetPassword
{
public Guid RequestId { get; set; }
public string Username { get; set; }
}

34. EVENTS

35. EVENTS
Represent a change in state

36. Self Contained
A pure and complete representation of a specific event
Time relevant, not time sensitive
Avoid references to internal data
Reduces dependencies, loosens coupling

37. Identified
Each event should have its own unique identifier

38. Related
Related events should share a common identifier
Allows event tracing (the new F11)
Assists in combining events into processes

39. Observed
Events are published as messages
Multiple components can subscribe to the same event

40. EVENT TYPES

41. Business Events
Map to real world events that occur in business
Item Added to Cart
Invoice Received
Order Shipped
Payment Requested

42. Lifecycle Events
Notifications related to the life of a state or process
Preparing Shipment / Shipment Prepared
Authorizing Payment / Payment Authorization
Complete
Session Started / Session Completed

43. Management Events
Relate events to time, ranges, limits
Timely Service Guarantee Exceeded
Your order within five minutes, or it’s free
Popular Item Notification
Items with a 5x increase in sales in an hour

45. MassTransit Key Points
Lightweight Service Bus Implementation
Loose coupling via publish/subscribe
Active Service Pattern
Supports MSMQ, ActiveMQ, TIBCO EMS
Open Source, Apache 2.0 License

46. “EVENT DRIVEN
ARCHITECTURE IS...
programming without a call stack.”
-Gregor Hohpe, Google

47. Testing
Individual components testable in isolation
Fully unit-testable using mocks and stubs
Test-first development helps improve data contract

48. Logging
Thorough logging with correlation information
Log level configurable at runtime

49. Visualization Tools
Present code-based logic in a visual form
Aid in identifying composition problems
Should be viewable on operational systems

50. FOR MORE
INFORMATION

51. Reading Material

52. Reading Material

53. Reading Material

54. Reading Material

55. Reading Material

56. Reading Material

57. Reading Material

58. Web Sites
MassTransit.GoogleCode.com
Topshelf.GoogleCode.com
Magnum.GoogleCode.com

59. CONTACT ME
Chris@PhatBoyG.com
http://PhatBoyG.LosTechies.com
twitter: @PhatBoyG
voice: text “cmp” to 50500