1 / 22

Exploring Erlang's Implementation of RestMS: A Modern Messaging Solution

This document delves into Erlang's implementation of RestMS, a lightweight messaging system that enhances application communication while maintaining separation of concerns. RestMS combines the principles of AMQP and AtomPub to provide a flexible and scalable messaging platform using RESTful access. It enables efficient feed management, quick updates through a publisher-subscriber model, and supports various data formats, making it suitable for diverse applications. The analysis also touches on common challenges in messaging systems, including routing and implementation complexities, while showcasing RestMS’s advantages and real-world applications.

ranee
Télécharger la présentation

Exploring Erlang's Implementation of RestMS: A Modern Messaging Solution

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. An Erlang Implementation of Restms

  2. Why have messaging? • Separates applications cheaply • Feed information to the right applications cheaply • Interpret feed data in different ways

  3. - separation of concerns • Allows one to separate one's components easily • Swap out easily • Communicate cheaply • Communicate quickly

  4. - feed right thing at right time • Knows it's target • Subscribers don't poll • Server informs client when there is an update • Publisher says: “my package is in China” => all subscribers know immediately

  5. - mine feed data

  6. What we expect from messaging. • Easy connection • Easy tools to mine feeds • Scalability – an order of magnitude • Loose coupling • Different languages

  7. What can I do? • Monitor stocks • Perform server side computations on feeds • Create message based websites • etc

  8. What is available for us? • Xmpp • RSS • AtomPub • Soap

  9. What of the enterprise world? • JMS for the java universe.... • Pub-sub • Queues • Closed source • Expensive • Vendor lock in

  10. What are our challenges? • Routing model • Static vs dynamic • Protocol vs Product • Open standard • Closed source impl • Complexity

  11. Why is messaging unpopular? • Complex • Implementations do not follow standards • Few Free and Open Source Software solutions • RabbitMq (via internet?)‏ • Ejabbard (named queues?)

  12. AMQP • Free and Open • Generic extensible routing • Not easy to use in any language • Need entire API stack of each language • Any OS • Fast • But? • Inaccessible

  13. Advanced Messaging Queuing Protocol (AMQP)‏

  14. AtomPub • Free and Open • Single limited routing model • Publish to feed, read from feed, no routing • Easy to use in any language • Any OS • Fast • But? • Limited

  15. What we want.... • Free and Open • Generic extensible routing • Easy to use in any language • Any OS • Fast

  16. Enter RestMS • Twitter: Dion Almaer: “RestMS is like squashing AMQP and AtomPub together” • Improve on AMQP routing • RESTful access • Portable • Free standard

  17. How does Restms work? • 1) Publisher sends messages to Feed • 2) Subscribers create pipes • And join the pipes to feeds • 3) Subscribers then read from their pipes • Get message, process message, loop • 4) Joins specify the routing algorithms • By key, location, regular expression, etc

  18. RESTful • RESTful access • POST : creates feed, pipe, join • GET: reads a pipe • PUT: updates a feed, pipe, join • DELETE: deletes a feed, pipe or join • Support for JSON, XML, YAML, Binary files, Image files, any format

  19. Why HTTP? • Proxies • Load Balancers • Debugging tools • Web browsers • Prior knowledge • Guaranteed web access • Extensive hardware • Known scalability paths • Extensibility • Security

  20. Problems with HTTP • Verbose • Batch writes and reads • Polled vs Event driven • BOSH / Long poll • NOT-XML! • XML is a markup lang • Use JSON

  21. FireflyMq • Erlang Implementation of RestMs protocol • Webmachine • Riak • Cappuccino

  22. Basho • Webmachine • Erlang RESTful toolkit • Riak • Erlang implementation • Amazon Dynamo clone • 2 yrs in production • Distributed key/value database • Not client server model

More Related