Successfully reported this slideshow.
Your SlideShare is downloading. ×

THE ROAD TO A SERVICE ORIENTED ARCHITECTURE (SOA)

Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad

Check these out next

1 of 20 Ad

THE ROAD TO A SERVICE ORIENTED ARCHITECTURE (SOA)

Download to read offline

One of the options on the table when implementing a Service Oriented Architecture (SOA) is based on messages and an enterprise service bus (ESB), this talk will introduce messaging basic concepts, drive you through the basic SOA building blocks, and will connect the dots between the technology and the architectural principles, analyzing advantages and issues we may face when choosing this option.

One of the options on the table when implementing a Service Oriented Architecture (SOA) is based on messages and an enterprise service bus (ESB), this talk will introduce messaging basic concepts, drive you through the basic SOA building blocks, and will connect the dots between the technology and the architectural principles, analyzing advantages and issues we may face when choosing this option.

Advertisement
Advertisement

More Related Content

Viewers also liked (20)

Similar to THE ROAD TO A SERVICE ORIENTED ARCHITECTURE (SOA) (15)

Advertisement

More from Mauro Servienti (20)

Recently uploaded (20)

Advertisement

THE ROAD TO A SERVICE ORIENTED ARCHITECTURE (SOA)

  1. 1. The road to a Service Oriented Architecture is paved with a message based infrastructure
  2. 2. Mauro Servienti Solution Architect @ Particular Software, makers of NServiceBus mauro.servienti@particular.net @mauroservienti
  3. 3. All I want to do when I wake up in the morning is… (cit. Rosanna, Toto, Toto IV)
  4. 4. Tickets web site Buy a ticket Stage dive… :-)
  5. 5. All what they want to do is…
  6. 6. Display available tickets Reserve with the theater Charge my credit card Deal with insurance Ship tickets Deal with their stuff
  7. 7. Sometimes order is important… Sometimes not
  8. 8. spot the
  9. 9. Multiple resources -- Multiple owners
  10. 10. Transaction boundaries • user perspective: single operation • ticketing system perspective: multiple operations • That should be “atomic” • The business TX crosses multiple boundaries • Theater reservation • Credit card • Insurance • Shipping • Internal stuff • End we’ll end up in a…
  11. 11. …big ball of mud… When crossing service boundaries we cannot expect transactions to work SOA Boundaries are explicit
  12. 12. DTC forget you must Compensation you should welcome Idempotency your best friend is
  13. 13. Messages you want Messages are Atomic Messages are Unique Easily implements Ledger semantic
  14. 14. Messaging Patterns Because not all communication is born equal
  15. 15. Request/Response message sent to someone implies some coupling we know each other
  16. 16. Pub/Sub broadcasted event, in the past implies less coupling subscribers know the publisher
  17. 17. Tickets reservation service Tickets reservation service Order management service Order management service Tickets reservation service Credit Card service Marketing service Other stuff Buy ticket Charge Card Ticket reserved Reserve Tickets
  18. 18. Messages in a nutshell • Less coupling • respect your boundaries • No temporal coupling • messages are asynchronous • Much less maintenance/deployment headaches • autonomous components • Easy scale-out • competing consumers • Guaranteed delivery • with error management
  19. 19. Do you want more? Free e-book available at: http://go.particular.net/cloudconfE
  20. 20. Thank you Go! SOA-fy your world

Editor's Notes

  • Welcome
    Shall we start?
    what about lunch

×