Это видео недоступно.
Сожалеем об этом.
RabbitMQ vs Kafka - Jack Vanlightly x Erlang Solutions webinar
HTML-код
- Опубликовано: 4 июн 2018
- RabbitMQ vs Kafka
Messaging is at the core of many architectures and two giants in the messaging space are RabbitMQ and Apache Kafka. In this webinar we'll take a look at RabbitMQ and Kafka within the context of real-time event-driven architectures.
In this session we’re joined by guest speaker Jack Vanlightly who will explore what RabbitMQ and Apache Kafka are and their approach to messaging. Each technology has made very different decisions regarding every aspect of their design, each with strengths and weaknesses, enabling different architectural patterns.
WEBINAR LIVE DATE: Wednesday 23 May 2018 | 17:30 CEST / 16:30 BST / 11:30 EDT / 08:30 PDT
Link to slides: www.slideshare...
-----------------------
SPEAKER CONTACT DETAILS
JACK VANLIGHTLY - Jack Vanlightly is a software architect based in Barcelona specialising in event-driven architectures, data processing pipelines and data stores both relational and non-relational.
Twitter: / vanlightly
-----------------------
COMPANY CONTACT DETAILS
ERLANG SOLUTIONS
- Website: www.erlang-sol...
- Twitter: / erlangsolutions
- LinkedIn: / erlan…
- GitHub: github.com/esl
Finally, someone who can put things clearly on the much vaguely discussed topic on tech talks. Thanks
Amazing session.What is stands out is designing different use case scenarios using both Kafka and RabbitMQ and then explaining the upsides and downsides of each approach.
Thanks for the feedback Sameer :) The second part will be live soon 😍
Great stuff Jack! very informative.
I've spent hours researching both and couldn't work out which would be better for our use but this video has cemented it.
This guy explains excellently with proficiency and efficiency!
amazing talk. Deep, complicated but thorough explaination
Wow, this is helpful! Thanks.
Good job on the presentation. Thanks.
such a great presentation… yay Erlang Solutions!
Best video on the topic!
Excellent video.
One question. How are we maintaining out of order msging at 28:54 ?
If the CancelOrder queue is small, will it not supply the msg to SalesHashingService before PlaceOrder queue ? - which in turn will supply the cancel request to say, Sales.3 before place request.
Pls correct if I'm wrong.
Great topic and talk. Thanks.
Amazing good session thanks!
Very understandable presentation!
Many Thanks :) We have the second in the series coming up this Thursday - www.erlang-solutions.com/resources/webinars.html
Best regards from México msilva