Imagine you’ve got a stream of data; it’s not “big data,” but it’s certainly a lot. Within the data, you’ve got some bits you’re interested in, and of those bits, you’d like to be able to query information about them at any point. Sounds fun, right? Since I mentioned “querying,” I’d hazard a guess that you’ve got in mind an additional datastore of some sort, whether relational or NoSQL. But what if I told you…that you didn’t need any datastore other than Kafka itself? What if you could ingest, filter, enrich, aggregate, and query data with just Kafka? With ksqlDB we can do just this, and I want to show you exactly how. In this hands-on talk we’ll walk through an example of building a Telegram bot in which ksqlDB provides the key/value lookups driven by a materialised view on the stream of events in Kafka. We’ll take a look at what ksqlDB is and its capabilities for processing data and driving applications, as well as integrating with other systems.
View 🤖Building a Telegram bot with Apache Kafka and ksqlDB on Notist.
Clone the repository:
git clone https://github.com/confluentinc/demo-scene.git
Make sure you’ve got Docker and Docker Compose, with enough memory allocated to Docker (8GB is good). Spin up the containers:
cd telegram-bot-carparks
docker-compose up -d
Now follow the walkthrough either: