$30 off During Our Annual Pro Sale. View Details »

ZendCon 2012 - Message Queues : A Primer

ZendCon 2012 - Message Queues : A Primer

Message queues are everywhere and with the many popular options it can be hard to figure out which one you should use or where you might want to use a message queue. This talk will go through each of the standardized protocols; take a look at different message queues in action with PHP and give you an idea which one you might want to utilize for your next project.

Mike Willbanks

October 24, 2012
Tweet

More Decks by Mike Willbanks

Other Decks in Technology

Transcript

  1. 2 •  Talk  Slides will be posted after the talk.

    •  Me  Sr. Web Architect Manager at NOOK Developer  Open Source Contributor  Where you can find me: •  Twitter: mwillbanks G+: Mike Willbanks •  IRC (freenode): mwillbanks Blog: http://blog.digitalstruct.com •  GitHub: https://github.com/mwillbanks Housekeeping…
  2. 5 A Definition “Message queues and mailboxes are software-engineering components

    used for interprocess communication, or for inter- thread communication within the same process. They use a queue for messaging – the passing of control or of content.”
  3. 6 What is messaging? “Messaging describes the sending and receiving

    of data (in the form of messages) between systems. Messages are exchanged between programs or applications, similar to the way people communicate by email but with guarantees on delivery, speed, security and the absence of spam.”
  4. 7 General Anatomy Task Producer Consumer Messages Messages Messages Producer

    creates a message and pushes it to the queue; the consumer reads from the queue and processes the message.
  5. 8 l  Pub/Sub l  FIFO buffer l  Push / Pull

    l  A way to communicate between applications / systems. l  A way to decouple components. l  A way to offload work. Describing Message Queues
  6. 9 l  Offload Heavy Work l  Integration with Legacy Systems

    l  Asynchronous Processing l  Parallel Processing l  Process consistency l  Scalability Why to use a Message Queue
  7. 11 Why it matters l  Web systems need to be

    geared to run things asynchronously. l  Distribution of load l  System integrity
  8. 12 Enterprise Integration Patterns Understanding messaging patterns will greatly assist

    you in building out great systems for messaging. http://www.eaipatterns.com/
  9. Message queue examples •  You’ve seen them before; they are

    used in most applications to help them scale.
  10. 18

  11. 19

  12. 20

  13. Generic Use Cases •  When to make use of message

    queues in case you’re wondering.
  14. 29 l  AMQP Working Group (Community and Vendor) l  Platform

    agnostic protocol. l  Completely open, interoperable and broadly applicable. l  Many severs available and many client libraries. Overview of AMQP
  15. 31 l  AMQP utilizes exchanges, queues and bindings. l  An

    exchange are routers with routing tables. l  A binding defines the routing rules. l  A queue is where the messages wait for a consumer. How it Works
  16. 33 l  Fanout Exchange l  No routing keys involved. Any

    message that is sent to the exchange is sent to all queues bound to that exchange. l  Direct Exchange l  Routing keys involved. A queue binds to the exchange to request messages that match a routing key exactly. l  Topic Exchange l  Routing keys involved. A queue binds to the exchange to request messages that match a routing key pattern. Understanding Exchanges
  17. 34 Implementations www.rabbitmq.com Very popular and common message queue owned

    by VMware. qpid.apache.org Long standing project; apache foundation. www.openamq.org Long standing project; ZeroMQ partner, no news since 2009.
  18. 35 l  An exchange, queue and bindings must be defined

    first. Publishing can then commence after. l  Create the queue l  Create the exchange l  Bind to the queue. Building a Queue
  19. 36 l  Default behavior is no persistence. l  How important

    are the messages? l  Just about all items have a level of persistence if you would like them to survive on reboot. l  Mark exchanges, queues and messages as DURABLE. Persistence?
  20. 41 Overview l  Simple protocol l  Behaviors follow very simple

    commands. l  Most message queues can communicate over STOMP.
  21. 42 How It Works l  When you send in a

    message, you tell it which queue to go to. l  When you subscribe you request a queue. Connect Send Disconnect /queue/ msg P H P S T O M P S E R V E R Connect Subscribe Disconnect /queue/ msg Read Ack
  22. 43 Sever Implementations activemq.apache.org One of the oldest message queues

    existing; a apache foundation project activemq.apache.org/apollo Next generation ActiveMQ www.rabbitmq.com Very popular and common message queue owned by VMware. www.jboss.org/hornetq Supported by Red Hat Middle Ware division, picking up steam.
  23. 48 Overview l  Best for real-time data. l  Leveraging pub/sub

    can turn it into more of a generic message system. l  Multiple libraries l  JAXL - https://github.com/abhinavsingh/JAXL l  Xmpp - https://github.com/alexmace/Xmpp
  24. 49 XEP-0060: Publish-Subscribe l  Specification for implementing Publish Subscribe models.

    l  Extension to the original XMPP specification. Publish Subscribe Sub1 Sub2 Sub3 to, id, message from, to, id, message
  25. 53 l  There are job servers available that are more

    flexible or more specific. l  Extreme Flexibility l  Job Severs l  Cloud Messaging Overview
  26. 54 ZeroMQ The ultimate in message queue flexibility. Socket library

    that acts as a concurrency framework. Contains a PHP extension.
  27. 55 Several Types of Queues Request / Reply Publish /

    Subscribe Parallel Pipeline Fair Queuing
  28. 58 l  Application framework for farming out work. l  Job

    sever for asynchronous or synchronous messages. Gearman
  29. 59 l  Pass a job to the job server l 

    Worker receives the job and processes l  Ability to persist if enabled; default is in-memory. Gearman
  30. 62 l  Asynchronous Job Queue l  Good scheduling system (aka

    delays). l  User land PHP clients. Beanstalkd
  31. 63 l  Pass a job to the job server l 

    Worker receives the job and processes l  Ability to persist to binlog; default is in-memory Beanstalkd Application Code Beanstalkd Client API (Pheanstalk) Beanstalkd Server Beanstalkd Worker API (Pheanstalk) Worker Application Code
  32. 67 The Trifecta Scale Performance Durability Messages Horizontal? Vertical? In-Memory?

    Persistence? Replication? Raw Speed? # Messages? Messages Messages Messages Messages Messages Messages Messages Messages
  33. 68 Standards •  A recognized standard?  AMQP? STOMP? XMPP? • 

    How many developers?  Will an unfortunate event kill off the product? •  Undocumented protocol?  Forget about it!
  34. 70 Message Policies •  Handling in-active messages? •  Messages that

    failed processing? •  Time to live? •  Retry? •  Ability to check message status?
  35. 72 Security Policies •  Require authentication?  LDAP/AD integration? •  Connection

    Restrictions? •  Require logging?  Compliance  Intrusion Detection
  36. 74 Messages •  Formatting  JSON or XML are great options.

    •  Please no serialized PHP objects. •  Message Size  Only as large as necessary. •  Don’t send a binary object through the queue.
  37. 75 Workers •  Dumb as possible!  Single message type • 

    Easier to scale.  Single operation •  Easy to debug and far more flexible.
  38. 76 PHP Daemons •  Prevent Memory Leaks  Detection  Cycle Workers

    •  Handle Signals  Properly shutdown!  Watch out for OS service kills •  Sleeping is good J
  39. 77

  40. 78 Environment Integration Web Server Database Worker Server Message Queue

    Web Server -> Message Queue Worker Server -> Message Queue
  41. 79 High Availability Web Server Database Worker Server Message Queue

    Message Queue Worker Server Send to 1 Insert multiple message queue servers + multiple worker nodes. Each worker node can connect to as many message queue servers as necessary.
  42. 82

  43. 83 •  These slides will be posted to SlideShare &

    SpeakerDeck.   SpeakerDeck: http://speakerdeck.com/u/mwillbanks   Slideshare: http://www.slideshare.net/mwillbanks   Twitter: mwillbanks   G+: Mike Willbanks   IRC (freenode): mwillbanks   Blog: http://blog.digitalstruct.com   GitHub: https://github.com/mwillbanks Questions?