Systems | Development | Analytics | API | Testing

New IDE-Like Studio for Kafka: Lenses 6.2 Features & Demo

Discover the powerful new IDE-like Studio in Lenses 6.2. Learn how to manage your Kafka clusters, discover topics across multiple environments, and perform side-by-side comparisons of dev and staging data. We also dive into the new ways to interact with streaming data, including the CLI, VS Code plugin, and the new MCP server for AI agents and chatbots. Whether you're a developer troubleshooting schema mismatches or a data engineer managing complex Kafka estates, the new Lenses Studio provides the tools you need to stay in context and work efficiently.

Don't trust AI agents on Kafka. Unless you have OAuth 2.1. (Live)

Every engineering team is onboarding AI agents. Most are doing it without a governance model - static API keys, no audit trail, no way to revoke access if something goes wrong. Join us on April 15th as we go live on the topic everyone is talking about but few are solving: how to govern AI agent access to streaming data.

How to give AI Agents secure access to systems (with remote MCP servers)

AI agents need access to your systems. But are you sure they're accessing them securely? In this video, Tun @DataSurfer breaks down the way most teams give AI agents access today: static API keys, shared credentials, no audit trail. It's a disaster waiting to happen, but what exactly can teams do about it?

Your AI agent is one misconfigured MCP server away from leaking production data.

2025 was vibe coding. 2026 is Agentic Engineering - and the security rules haven't caught up. AI agents now have direct access to your databases, your APIs, your Kafka clusters. The protocol giving them that access is MCP. And most teams have no idea how exposed they are. We are fixing this problem with OAuth 2.1.

Lenses 6.2 - Trusting Agents to build & operate event-driven applications

At Lenses, our goal has always been to help organizations get the most out of their streaming data. We started with visibility into the Apache Kafka, moving up to the part that drives value, the application layer and now the Agentic layer. Lenses 6 moved us into a multi-Kafka world, as increasing, our clients aren’t just running on one type of Kafka anymore, and as sovereign cloud becomes increasingly topical (no pun intended) this is only increasing.

Kafka Migrations Need More Than a Replicator

Jonas Best & Patrick Polster Kafka migrations are one of the riskiest infrastructure projects a platform team can take on. Miss a dependency and a downstream app starts reprocessing events it already handled leading to breaking SLAs and eroding trust with application teams. Migrate without visibility and you risk a major production issue. The instinct is to reach for a replication tool and call it done. But replication is only one piece of the puzzle.

Self-Service Data Replication with K2K - part 1

First in a 3-part series on self-service K2K replication. This post tackles how to give self-service access to deploy K2K without handing over the keys to your Kafka clusters. Lenses developed K2K (Kafka-to-Kafka) to solve two major problems: This includes making it as self-service as possible so developers can deploy without requiring a PhD in MirrorMaker2. One key design requirement: don’t force engineers to manage credentials to authenticate with Kafka.