Skip to main content
Environment variables for configuring Conduktor Schema Registry Proxy (SRP). For ready-to-adapt deployment examples, see Schema Registry Proxy configuration examples.

Core settings

These settings control the identity and clustering behavior of the SRP instance. The SCHEMA_REGISTRY_PROXY_APP_ID is crucial for Console to differentiate between multiple SRP deployments in your infrastructure. The clustering settings (CLUSTER_NODE_INDEX , CLUSTER_MAX_NODE_INDEX) enable high-availability deployments where multiple SRP instances work together to handle load and provide failover.

Server Configuration

Defines the basic HTTP server settings. The PORT determines where SRP listens for incoming schema registry API requests from Kafka clients. The dev logging setting is primarily for troubleshooting but should never be enabled in production as it logs sensitive authentication headers.

SSL/TLS Configuration

Enables secure HTTPS communication between Kafka clients and SRP. This is critical in production environments to:
  • Encrypt schema data in transit
  • Authenticate the server to clients (via server certificates)
  • Optionally authenticate clients to the server (mTLS) for additional security
Conduktor SRP supports both JKS (Java KeyStore) and PEM certificate formats for flexibility

Server SSL Configuration

JKS Keystore Mode

PEM Certificate Mode

mTLS Configuration

Kafka Backend Configuration

Required for SRP’s reactive authorization model. SRP uses Kafka as its configuration backbone to synchronize with Conduktor Console. The security settings here configure how SRP authenticates to your Kafka cluster (SASL, SSL, OAuth, etc.).

Connection Settings

Kafka Security Configuration

SASL Configuration

SASL/OAUTHBEARER Configuration

Kafka SSL/TLS Configuration

Schema Registry Backend Configuration

Defines how SRP connects to the actual Confluent Schema Registry where schemas are stored. SRP acts as a proxy, so it needs to:
  • Know the Schema Registry URL to forward requests
  • Authenticate to the Schema Registry if it requires authentication (Basic Auth, OAuth, or mTLS)
  • Handle SSL/TLS connections if the Schema Registry uses HTTPS
  • Pass through the appropriate credentials while maintaining security

Backend Selection

Confluent Schema Registry Configuration

Basic Authentication

Bearer/OAuth Authentication

Schema Registry SSL/TLS Configuration

Authentication Configuration

Determines how SRP validates the identity of users making requests. Two modes are supported:
  • In-memory: Simple token-based auth for development/testing
  • JWT: Production-ready authentication that validates JWT tokens against an OAuth provider’s JWKS endpoint
This ensures only authenticated users can access the schema registry through SRP.

Provider Selection

JWT Authentication Configuration

Authorization Configuration

Controls whether SRP uses static or dynamic permissions. When AUTH_USE_REACTIVE_CONFIG=true, SRP:
  • Consumes permission updates from Kafka in real-time
  • Stores permissions in memory for fast authorization checks
  • Integrates with Console’s self-service permission management
This is what enables the fine-grained access control that SRP provides on top of the schema registry.

Observability Configuration

Enables monitoring and troubleshooting capabilities:
  • OpenTelemetry: Provides distributed tracing to track requests through the system, helping identify bottlenecks and failures
  • Prometheus metrics: Exposes operational metrics (request counts, latencies, error rates) for monitoring and alerting
  • Logging: Structured JSON logs for debugging and audit trails

OpenTelemetry Configuration

Logging Configuration