Responsive

@responsive.dev

An efficient way to ingest, analyze, and export telemetry data at a fraction of the cost.

We are happy to announce that we have completed another SOC2 Type 2 audit along with completing another successful penetration test against our cloud services. You can find the latest reports on our trust center: trust.responsive.dev

Responsive Trust Center

Responsive is a stream processing solution that brings disaggregated state, autoscaling, observability and enterprise-grade support to Kafka Streams. Eliminate unpredictable lag and rebalance instabil...

trust.responsive.dev

Kafka Streams 101: Windows & Time! 🕰️ What's the difference between event, stream and wall clock time? 🪟 What are the four different types of windows? ⁉️ What are the important error messages and metrics, and what do they mean? 👉 Read the full lesson here: www.responsive.dev/blog/windows...

The different types of windows in Kafka Streams

Is stream processing interesting because of the new apps it enables, or because it promises better data processing? I'm in the first camp and am proud of the major contributions Responsive has made to the application space. My reflections on what's next: www.responsive.dev/blog/respons...

Founder's Letter: Responsive and the Future of Stream Processing

A recap of all that we've built in our first 18 months as a company, and what that means for the future of stream processing.

responsive.dev

It's said that Silicon Valley is special because the density of smart and motivated people leads to chance encounters that don't happen elsewhere. I can attest to that. Here's how a coffee resulted in @responsive.dev building a database optimized for stream processing in 8 months. (1/n)

Some problems are impossible to solve without stream processing: for instance, did you know that metronome.com leverages Kafka and Kafka Streams to deliver real time billing features like spend limits at scale? (1/3)

Is it end of the road for RocksDB in stream processing? Disaggregated state is the clearly superior architecture, with @responsive.dev investing heavily in SlateDB.io while Flink 2.0 has forked RocksDB. Here's why we've bet on SlateDB for Kafka Streams: www.responsive.dev/blog/why-sla...

If not RocksDB, then what? Why SlateDB is the right choice for Stream Processing.

Why we think SlateDB is the right foundation for a state storage service for Kafka Streams.

responsive.dev

Great article. One additional point: if your app really needs low-latency and sophisticated responses to events, you need Kafka. For instance, many use cases in logistics (eg. order fulfillment), fintech (trade settlement), security tech (anomaly detection) need to be event driven and need Kafka.