What we're about
Upcoming events (2)
This event is part of the Confluent Developer LIVE series: This means that the event is a real-time run-through of a Confluent Developer course exercise, by a professional trainer.
And of course, as with all Confluent Community Events, it is free, purely technical, and educational.
So, join us on Monday, June 27th at 11:00 am MDT for this free hands-on training with a walkthrough exercise from the Inside ksqlDB course on Confluent Developer.
This walkthrough will require Confluent Cloud, but will cost you nothing (you won’t even have to input your credit card). We will walk you through the signup process, but if you want to get prepared, you can join Confluent Cloud now and make the most of our promo code (CC60COMM) for new and current Cloud users (promo codes can be added in the payments page, once you’ve signed up)!!
******TO ATTEND THIS EVENT:*******
Join this meetup by going to the Zoom app and entering the following details:
Agenda (time below is in MDT):
11:00 AM - about 11:50 AM
-Presentation on Inside ksqlDB
-Interactive discussion of one or more concrete scenario problems
-Demo & hands-on lab
-Q&A, additional discussion, time permitting
Mukta Kachhara, Sr. Technical Trainer, Confluent
Learn how to simplify stream processing with ksqlDB. A typical streaming pipeline consists of source databases and apps creating events that feed into Apache Kafka via connectors, a stream processor that filters and aggregates the events, and finally storage facilities that store the events for access by analytics engines. With ksqlDB, many of those external parts have been consolidated into the tool itself, offering a single solution for collecting streams of data, enriching them, and serving queries on new derived streams and tables.
Mukta Kachhara is a senior technical instructor at Confluent. She also work as course champion for Confluent Stream processing using Apache Kafka Streams and ksqlDB. She has many years of experience working on distributed trader voice communication systems.
Online Meetup Etiquette:
•Please use the “Raise Hand” button and Zoom chat feature to ask questions during the presentation!
•Please raise your hand when you have a question and you will be unmuted.
•Please arrive on time as Zoom meetings can become locked for many reasons. We will begin promptly.
Don't forget to join our Forum and Community Slack to ask any follow-up questions https://cnfl.io/meetup-questions
If you would like to speak or host our next event please let us know! email@example.com
Join us for an Apache Kafka meetup on July 7th at 4 pm MST. The agenda and speaker information can be found below. Join the Community Slack and Forum to ask any follow-up questions!
Agenda in Mountain Standard Time:
4:00 pm - 4:05 pm: Networking
4:05 pm - 4:50 pm: Rema Subramanian, Confluent
4:50 pm - 5:00 pm: Q&A
Rema Subramanian is currently a Customer Success Technical Architect at Confluent. She enjoys everything related to architecture, engineering, and data. She has a soft corner for Healthcare tech given her experience with it in the past but is usually looking for cool use cases to solve in any industry.
Disaster Recovery Options Running Apache Kafka in Kubernetes
Active-Active, Active-Passive, and stretch clusters are hallmark patterns that have been the gold standard in Apache Kafka® disaster recovery architectures for years. Moving to Kubernetes requires unpacking these patterns and choosing a configuration that allows you to meet the same RTO and RPO requirements.
In this talk, we will cover how Active-Active/Active-Passive modes for disaster recovery have worked in the past and how the architecture evolves with deploying Apache Kafka on Kubernetes. We'll also look at how stretch clusters sitting on this architecture give a disaster recovery solution that's built-in!
Armed with this information, you will be able to architect your new Apache Kafka Kubernetes deployment (or retool your existing one) to achieve the resilience you require.
If you are interested in speaking or hosting our next event please let us know at [masked].