New
The Zilla MCP Gateway is available — governed agent access to your APIs, services, and real-time data.
Read the launch →

Zilla Kafka Gateway

Universal Kafka access, governed at the edge.

Zilla Kafka Gateway puts a secure, stateless edge in front of Kafka. Proxy native Kafka clients, connect the clients that don't speak Kafka, and enforce identity, schema, policy, and audit controls without changing your applications or your clusters.

Install: docker pull ghcr.io/aklivity/zilla
zilla.yaml one config · no application code

Powering Global Data Driven Organizations

The Problem

Kafka was built for systems, not for governed access at scale.

The wrapper farm

Exposing Kafka to apps, partners, devices, and agents means wrapper services, until the wrapper layer becomes the product.

Custom code

Duplicated logic

Ops overhead

Uneven governance

The governance gap

Isolation, identity, and edge enforcement aren't built in. You build them yourself or go without.

Tenant isolation

Identity end-to-end

Schema at the edge

Per-tenant quotas

Field-level privacy

Audit trails

The Solution

One stateless data plane. Declarative. In your perimeter.

Zilla Kafka Gateway sits at the edge of your Kafka cluster as a stateless container, Kubernetes pod, or AWS AMI. One zilla.yaml defines every protocol, route, identity, schema, and policy.

No database. No persistent state. No coordination between instances.

Stateless by design

Scale horizontally. Restart safely. Run multiple instances with no shared state and no coordination layer between them.

no database

no persistence

Declarative configuration

Kafka access, protocol mediation, schemas, and policies live in one config file. Reload changes without rewriting applications.

zilla.yaml

In your perimeter

Data, credentials, keys, and Kafka traffic stay inside your network. Zilla governs access without moving data into an external platform.

vpc

on-prem

air-gapped

Kafka-native proxying

Proxy Kafka traffic without changing clients.

Zilla is a transparent proxy for Kafka producers, consumers, and Kafka Connect. Clients connect exactly as they would to a broker — only bootstrap.servers changes.

The Kafka protocol stays intact end to end, including produce, fetch, consumer groups, transactions, idempotent producers, and Kafka Connect.

Performance

Close to Kafka's native ceiling.

Zilla is built for low latency under load, with a thread-per-core runtime. Benchmarks use the Linux Foundation OpenMessaging Benchmark framework to measure sustained throughput and end-to-end latency.
Reproduce the benchmark

Baseline Controls at the Edge

Identity, schema, and telemetry before traffic reaches Kafka.

The controls enterprises expect at a boundary, applied on the traffic path, not bolted on behind it.

Identity for every client

Authenticate non-Kafka clients with JWT, Azure AD, or AWS Lambda authorizers.

Authenticate Kafka-native clients with SASL, SCRAM, mTLS, or AWS IAM.

Use identity to authorize routes, topics, tools, tenants, and access patterns.

jwt

azure ad

sasl

mtls

Schema enforcement

Validate messages against the registry you already run, and reject invalid data at the edge before it reaches Kafka.

Registries: Confluent Schema Registry, Karapace, Apicurio, AWS Glue, and inline filesystem schemas.

Formats: Avro, JSON Schema, Protobuf, and scalar types.

avro

json schema

protobuf

Telemetry

Export Kafka-aware metrics and structured events to Prometheus, OpenTelemetry, stdout, CloudWatch, and Syslog.

Track request duration, response codes, produce and fetch volume, topic access, client identity, and quota violations.

No log spelunking to answer who read what, and when.

prometheus

otlp

cloudwatch

Governance

Data quality and governance, enforced where the traffic flows.

Define policy centrally. Enforce it at the gateway. Keep Kafka ACLs and quotas in place  and add the controls Kafka cannot provide on its own.

Multi-Protocol Mediation

Connect every client that does not speak Kafka.

Kafka data needs to reach more than Kafka clients. Browsers, mobile apps, IoT devices, partner systems, internal services, and AI agents all need governed access to live data.

Zilla maps these protocols to Kafka at the edge in the same runtime, with the same configuration, identity, schema, telemetry, and policy controls.

Protocol What the gateway does Common pattern
HTTP/1.1, HTTP/2 REST and CRUD-style access over Kafka topics Partner APIs, internal services, webhooks
Server-Sent Events (SSE) Kafka fanout over standard HTTP Dashboards, live feeds, browser apps
WebSocket Bidirectional streaming between clients and Kafka Trading UIs, collaboration apps, real-time portals
gRPC Unary and streaming APIs backed by Kafka Internal service-to-service traffic
MQTT 3.1 / 5.0 Pub/sub and retained messages bridged to Kafka topics IoT ingest, device command-and-control
Model Context Protocol (MCP) Kafka exposed as tools and resources for agents Agent context, agentic flows

Spec-driven configuration

Zilla treats API specifications as configuration, not code generation.
OpenAPI
Expose REST endpoints backed by Kafka topics.
AsyncAPI

Define channels, operations, messages, and protocol mappings.

OpenAPI → AsyncAPI proxy

Create HTTP request-response surfaces backed by Kafka.

Protobuf

Use .proto definitions for gRPC and Kafka message contracts.

Customer Stories

Trusted by Global
Data-Driven Organizations

“Zilla Plus gave us exactly what we needed — secure, Kafka-native connectivity to our private MSK clusters from anywhere, without compromising security or building custom integrations. It’s accelerated our project delivery and simplified how we connect critical business systems across our ecosystem.”

Karthik Rajendran

Platform Owner, KONE

KONE

How KONE Uses Zilla Plus to Securely Bridge Amazon MSK with SAP Cloud & Beyond

Key Results

Connected MSK clusters securely without public exposure

Accelerated project delivery across SAP & third-party systems

Reduced dev overhead by eliminating custom integrations

‍“Zilla’s extensive protocol support, integrations with AWS services such as Glue Schema Registry and Secrets Manager, as well as robust logging capabilities, gives me confidence it can be a one-stop solution for all of our external MSK integration needs.”

Gordon Zardoya

Solution Architect, N Brown-Castle Fintech

N Brown

N Brown Achieves Event-Driven Partner Integrations with Zilla Plus

Key Results

Secure endpoints enabled fast partner integrations

Lead time cut, team focused on Kafka design

Unified interface across Kafka and non-Kafka apps

Ready to get started?

Get started on your own, or request a demo with one of our real-time data experts.

Explore pricing

Straightforward, usage-based pricing with no per-connection surprises — start free and scale when you are ready.

Pricing details

Join the Community

Trade notes with the engineers running Zilla in production, and get help from the team in Slack or Discord.

Frequently asked questions

How is the Zilla Kafka Gateway different from other Kafka gateways?
Which Kafka distributions and schema registries does it support?
Is Zilla open source?
What's included in the Community, Plus, and Enterprise tiers?
Do applications or clusters have to change?
What does the gateway replace, and what does it complement?
Where does it run, and where does my data go?