{ "componentChunkName": "component---src-templates-issues-tsx", "path": "/issues/267", "result": {"data":{"issuesJson":{"id":"e2f539eb-eb50-5ef0-b111-1f412e161fac","title":"obsidiandynamics/kafdrop: 一个用于查看 Kafka 主题和浏览消费者组的 Web UI。该工具显示代理、主题、分区、消费者等信息，并允许您查看消息","number":267,"bodyHTML":"

\n

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n

Repos	obsidiandynamics/kafdrop
Views	$\"views\"$
Stars	$\"stars\"$
Forks	$\"forks\"$
License	$\"license\"$
UpdatedAt	$\"last-commit\"$
CreatedAt	$\"create-at\"$

\n\n

\n

\n

\n

$\"logo\"$ Kafdrop – Kafka Web UI $\"Tweet\"$

\n

$\"Price\"$
\n $\"Release$
\n $\"Docker\"$
\n $\"Language$

\n

Kafdrop is a web UI for viewing Kafka topics and browsing consumer groups. The tool displays information such as brokers, topics, partitions, consumers, and lets you view messages.

\n

\n

This project is a reboot of Kafdrop 2.x, dragged kicking and screaming into the world of Java 17+, Kafka 2.x, Helm and Kubernetes. It's a lightweight application that runs on Spring Boot and is dead-easy to configure, supporting SASL and TLS-secured brokers.

\n

Features

\n

View Kafka brokers — topic and partition assignments, and controller status
View topics — partition count, replication status, and custom configuration
Browse messages — JSON, plain text, Avro and Protobuf encoding
View consumer groups — per-partition parked offsets, combined and per-partition lag
Create new topics
View ACLs
Support for Azure Event Hubs

\n

Requirements

\n

Java 17 or newer
Kafka (version 0.11.0 or newer) or Azure Event Hubs

\n

Optional, additional integration:

\n

Schema Registry

\n

Getting Started

\n

You can run the Kafdrop JAR directly, via Docker, or in Kubernetes.

\n

Running from JAR

\n

java --add-opens=java.base/sun.nio.ch=ALL-UNNAMED \\\n    -jar target/kafdrop-<version>.jar \\\n    --kafka.brokerConnect=<host:port,host:port>,...

\n

If unspecified, kafka.brokerConnect defaults to localhost:9092.

\n

Note: As of Kafdrop 3.10.0, a ZooKeeper connection is no longer required. All necessary cluster information is retrieved via the Kafka admin API.

\n

Open a browser and navigate to http://localhost:9000. The port can be overridden by adding the following config:

\n

--server.port=<port> --management.server.port=<port>\n

\n

Optionally, configure a schema registry connection with:

\n

--schemaregistry.connect=http://localhost:8081\n

\n

and if you also require basic auth for your schema registry connection you should add:

\n

--schemaregistry.auth=username:password\n

\n

Finally, a default message and key format (e.g. to deserialize Avro messages or keys) can optionally be configured as follows:

\n

--message.format=AVRO\n--message.keyFormat=DEFAULT\n

\n

Valid format values are DEFAULT, AVRO, PROTOBUF. This can also be configured at the topic level via dropdown when viewing messages.
\nIf key format is unspecified, message format will be used for key too.

\n

Configure Protobuf message type

\n

Option 1: Using Protobuf Descriptor

\n

In case of protobuf message type, the definition of a message could be compiled and transmitted using a descriptor file.
\nThus, in order for kafdrop to recognize the message, the application will need to access to the descriptor file(s).
\nKafdrop will allow user to select descriptor and well as specifying name of one of the message type provided by the descriptor at runtime.

\n

To configure a folder with protobuf descriptor file(s) (.desc), follow:

\n

--protobufdesc.directory=/var/protobuf_desc\n

\n

Option 2 : Using Schema Registry

\n

In case of no protobuf descriptor file being supplied the implementation will attempt to create the protobuf deserializer using the schema registry instead.

\n

Defaulting to Protobuf

\n

If preferred the message type could be set to default as follows:

\n

--message.format=PROTOBUF\n

\n

Running with Docker

\n

Images are hosted at hub.docker.com/r/obsidiandynamics/kafdrop.

\n

Launch container in background:

\n

docker run -d --rm -p 9000:9000 \\\n    -e KAFKA_BROKERCONNECT=<host:port,host:port> \\\n    -e SERVER_SERVLET_CONTEXTPATH=\"/\" \\\n    obsidiandynamics/kafdrop

\n

Launch container with some specific JVM options:

\n

docker run -d --rm -p 9000:9000 \\\n    -e KAFKA_BROKERCONNECT=<host:port,host:port> \\\n    -e JVM_OPTS=\"-Xms32M -Xmx64M\" \\\n    -e SERVER_SERVLET_CONTEXTPATH=\"/\" \\\n    obsidiandynamics/kafdrop

\n

Launch container in background with protobuff definitions:

\n

docker run -d --rm -v <path_to_protobuff_descriptor_files>:/var/protobuf_desc -p 9000:9000 \\\n    -e KAFKA_BROKERCONNECT=<host:port,host:port> \\\n    -e SERVER_SERVLET_CONTEXTPATH=\"/\" \\\n    -e CMD_ARGS=\"--message.format=PROTOBUF --protobufdesc.directory=/var/protobuf_desc\" \\\n    obsidiandynamics/kafdrop

\n

Then access the web UI at http://localhost:9000.

\n

\n
Hey there! We hope you really like Kafdrop! Please take a moment to ⭐the repo or Tweet about it.
\n

\n

Running in Kubernetes (using a Helm Chart)

\n

Clone the repository (if necessary):

\n

git clone https://github.com/obsidiandynamics/kafdrop && cd kafdrop

\n

Apply the chart:

\n

helm upgrade -i kafdrop chart --set image.tag=3.x.x \\\n    --set kafka.brokerConnect=<host:port,host:port> \\\n    --set server.servlet.contextPath=\"/\" \\\n    --set cmdArgs=\"--message.format=AVRO --schemaregistry.connect=http://localhost:8080\" \\ #optional\n    --set jvm.opts=\"-Xms32M -Xmx64M\"

\n

For all Helm configuration options, have a peek into chart/values.yaml.

\n

Replace 3.x.x with the image tag of obsidiandynamics/kafdrop. Services will be bound on port 9000 by default (node port 30900).

\n

Note: The context path must begin with a slash.

\n

Proxy to the Kubernetes cluster:

\n

kubectl proxy

\n

Navigate to http://localhost:8001/api/v1/namespaces/default/services/http:kafdrop:9000/proxy.

\n

Protobuf support via helm chart:

\n

To install with protobuf support, a \"facility\" option is provided for the deployment, to mount the descriptor files folder, as well as passing the required CMD arguments, via option mountProtoDesc.
\nExample:

\n

helm upgrade -i kafdrop chart --set image.tag=3.x.x \\\n    --set kafka.brokerConnect=<host:port,host:port> \\\n    --set server.servlet.contextPath=\"/\" \\\n    --set mountProtoDesc.enabled=true \\\n    --set mountProtoDesc.hostPath=\"<path/to/desc/folder>\" \\\n    --set jvm.opts=\"-Xms32M -Xmx64M\"

\n

Building

\n

After cloning the repository, building is just a matter of running a standard Maven build:

\n

$ mvn clean package

\n

The following command will generate a Docker image:

\n

mvn assembly:single docker:build

\n

Docker Compose

\n

There is a docker-compose.yaml file that bundles a Kafka/ZooKeeper instance with Kafdrop:

\n

cd docker-compose/kafka-kafdrop\ndocker-compose up

\n

APIs

\n

JSON endpoints

\n

Starting with version 2.0.0, Kafdrop offers a set of Kafka APIs that mirror the existing HTML views. Any existing endpoint can be returned as JSON by simply setting the Accept: application/json header. Some endpoints are JSON only:

\n

/topic: Returns a list of all topics.

\n

OpenAPI Specification (OAS)

\n

To help document the Kafka APIs, OpenAPI Specification (OAS) has been included. The OpenAPI Specification output is available by default at the following Kafdrop URL:

\n

/v3/api-docs\n

\n

It is also possible to access the Swagger UI (the HTML views) from the following URL:

\n

/swagger-ui.html\n

\n

This can be overridden with the following configuration:

\n

springdoc.api-docs.path=/new/oas/path\n

\n

You can disable OpenAPI Specification output with the following configuration:

\n

springdoc.api-docs.enabled=false\n

\n

CORS Headers

\n

Starting in version 2.0.0, Kafdrop sets CORS headers for all endpoints. You can control the CORS header values with the following configurations:

\n

cors.allowOrigins (default is *)\ncors.allowMethods (default is GET,POST,PUT,DELETE)\ncors.maxAge (default is 3600)\ncors.allowCredentials (default is true)\ncors.allowHeaders (default is Origin,Accept,X-Requested-With,Content-Type,Access-Control-Request-Method,Access-Control-Request-Headers,Authorization)\n

\n

You can also disable CORS entirely with the following configuration:

\n

cors.enabled=false\n

\n

Topic Configuration

\n

By default, you could delete a topic. If you don't want this feature, you could disable it with:

\n

--topic.deleteEnabled=false\n

\n

By default, you could create a topic. If you don't want this feature, you could disable it with:

\n

--topic.createEnabled=false\n

\n

Actuator

\n

Health and info endpoints are available at the following path: /actuator

\n

This can be overridden with the following configuration:

\n

management.endpoints.web.base-path=<path>\n

\n

Guides

\n

Connecting to a Secure Broker

\n

Kafdrop supports TLS (SSL) and SASL connections for encryption and authentication. This can be configured by providing a combination of the following files (placed into the Kafka root directory):

\n

kafka.truststore.jks: specifying the certificate for authenticating brokers, if TLS is enabled.
kafka.keystore.jks: specifying the private key to authenticate the client to the broker, if mutual TLS authentication is required.
kafka.properties: specifying the necessary configuration, including key/truststore passwords, cipher suites, enabled TLS protocol versions, username/password pairs, etc. When supplying the truststore and/or keystore files, the ssl.truststore.location and ssl.keystore.location properties will be assigned automatically.

\n

Running from JAR

\n

First create a kafka.properties file with the following content:

\n

security.protocol=SASL_SSL\nsasl.mechanism=SCRAM-SHA-512\nsasl.jaas.config=org.apache.kafka.common.security.scram.ScramLoginModule required username=\"foo\" password=\"bar\"

\n

Then run Kafdrop with the following command:

\n

java -jar target/kafdrop-<version>.jar \\\n    --kafka.brokerConnect=<host:port,host:port> \\\n    --kafka.propertiesFile=./kafka.properties

\n

Using Docker

\n

The three files above can be supplied to a Docker instance in base-64-encoded form via environment variables:

\n

docker run -d --rm -p 9000:9000 \\\n    -e KAFKA_BROKERCONNECT=<host:port,host:port> \\\n    -e KAFKA_PROPERTIES=\"$(cat kafka.properties | base64)\" \\\n    -e KAFKA_TRUSTSTORE=\"$(cat kafka.truststore.jks | base64)\" \\   # optional\n    -e KAFKA_KEYSTORE=\"$(cat kafka.keystore.jks | base64)\" \\       # optional\n    obsidiandynamics/kafdrop

\n

Rather than passing KAFKA_PROPERTIES as a base64-encoded string, you can also place a pre-populated KAFKA_PROPERTIES_FILE into the container:

\n

cat << EOF > kafka.properties\nsecurity.protocol=SASL_SSL\nsasl.mechanism=SCRAM-SHA-512\nsasl.jaas.config=org.apache.kafka.common.security.scram.ScramLoginModule required username=\"foo\" password=\"bar\"\nEOF\n\ndocker run -d --rm -p 9000:9000 \\\n    -v $(pwd)/kafka.properties:/tmp/kafka.properties:ro \\\n    -v $(pwd)/kafka.truststore.jks:/tmp/kafka.truststore.jks:ro \\\n    -v $(pwd)/kafka.keystore.jks:/tmp/kafka.keystore.jks:ro \\\n    -e KAFKA_BROKERCONNECT=<host:port,host:port> \\\n    -e KAFKA_PROPERTIES_FILE=/tmp/kafka.properties \\\n    -e KAFKA_TRUSTSTORE_FILE=/tmp/kafka.truststore.jks \\   # optional\n    -e KAFKA_KEYSTORE_FILE=/tmp/kafka.keystore.jks \\       # optional\n    obsidiandynamics/kafdrop

\n

It's sometimes needed to load extra classes, e.g. for a SASL client callback handler. To facilitate that, it is possible to mount a folder with extra JARs, like this:

\n

cat << EOF > kafka.properties\nsecurity.protocol=SASL_SSL\nsasl.jaas.config=software.amazon.msk.auth.iam.IAMLoginModule;\nsasl.client.callback.handler.class=software.amazon.msk.auth.iam.IAMClientCallbackHandler\nEOF\n\nmkdir extra-kafdrop-classes\nwget --directory-prefix=extra-kafdrop-classes https://repo1.maven.org/maven2/software/amazon/msk/aws-msk-iam-auth/1.0.0/aws-msk-iam-auth-1.0.0.jar\n\ndocker run -d --rm -p 9000:9000 \\\n    -v $(pwd)/kafka.properties:/tmp/kafka.properties:ro \\\n    -v $(pwd)/kafka.truststore.jks:/tmp/kafka.truststore.jks:ro \\\n    -v $(pwd)/kafka.keystore.jks:/tmp/kafka.keystore.jks:ro \\\n    -v $(pwd)/extra-kafdrop-classes:/extra-classes:ro \\\n    -e KAFKA_BROKERCONNECT=<host:port,host:port> \\\n    -e KAFKA_PROPERTIES_FILE=/tmp/kafka.properties \\\n    -e KAFKA_TRUSTSTORE_FILE=/tmp/kafka.truststore.jks \\   # optional\n    -e KAFKA_KEYSTORE_FILE=/tmp/kafka.keystore.jks \\       # optional\n    obsidiandynamics/kafdrop

\n

Environment Variables

\n

Basic configuration

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n

Name	Description
`KAFKA_BROKERCONNECT`	Bootstrap list of Kafka host/port pairs. Defaults to `localhost:9092`.
`KAFKA_PROPERTIES`	Additional properties to configure the broker connection (base-64 encoded).
`KAFKA_TRUSTSTORE`	Certificate for broker authentication (base-64 encoded). Required for TLS/SSL.
`KAFKA_KEYSTORE`	Private key for mutual TLS authentication (base-64 encoded).
`SERVER_SERVLET_CONTEXTPATH`	The context path to serve requests on (must end with a `/`). Defaults to `/`.
`SERVER_PORT`	The web server port to listen on. Defaults to `9000`.
`MANAGEMENT_SERVER_PORT`	The Spring Actuator server port to listen on. Defaults to `9000`.
`SCHEMAREGISTRY_CONNECT`	The endpoint of Schema Registry for Avro or Protobuf message
`SCHEMAREGISTRY_AUTH`	Optional basic auth credentials in the form `username:password`.
`CMD_ARGS`	Command line arguments to Kafdrop, e.g. `--message.format` or `--protobufdesc.directory` or `--server.port`.

\n

Advanced configuration

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n

Name	Description
`JVM_OPTS`	JVM options. E.g.`JVM_OPTS: \"-Xms16M -Xmx64M -Xss360K -XX:-TieredCompilation -XX:+UseStringDeduplication -noverify\"`
`JMX_PORT`	Port to use for JMX. No default; if unspecified, JMX will not be exposed.
`HOST`	The hostname to report for the RMI registry (used for JMX). Defaults to `localhost`.
`KAFKA_PROPERTIES_FILE`	Internal location where the Kafka properties file will be written to (if `KAFKA_PROPERTIES` is set). Defaults to `kafka.properties`.
`KAFKA_TRUSTSTORE_FILE`	Internal location where the truststore file will be written to (if `KAFKA_TRUSTSTORE` is set). Defaults to `kafka.truststore.jks`.
`KAFKA_KEYSTORE_FILE`	Internal location where the keystore file will be written to (if `KAFKA_KEYSTORE` is set). Defaults to `kafka.keystore.jks`.
`SSL_ENABLED`	Enabling HTTPS (SSL) for Kafdrop server. Default is `false`
`SSL_KEY_STORE_TYPE`	Type of SSL keystore. Default is `PKCS12`
`SSL_KEY_STORE`	Path to keystore file
`SSL_KEY_STORE_PASSWORD`	Keystore password
`SSL_KEY_ALIAS`	Key alias

\n

Using Helm

\n

Like in the Docker example, supply the files in base-64 form:

\n

helm upgrade -i kafdrop chart --set image.tag=3.x.x \\\n    --set kafka.brokerConnect=<host:port,host:port> \\\n    --set kafka.properties=\"$(cat kafka.properties | base64)\" \\\n    --set kafka.truststore=\"$(cat kafka.truststore.jks | base64)\" \\\n    --set kafka.keystore=\"$(cat kafka.keystore.jks | base64)\"

\n

Updating the Bootstrap theme

\n

Edit the .scss files in the theme directory, then run theme/install.sh. This will overwrite src/main/resources/static/css/bootstrap.min.css. Then build as usual. (Requires npm.)

\n

Securing the Kafdrop UI

\n

Kafdrop doesn't (yet) natively implement an authentication mechanism to restrict user access. Here's a quick workaround using NGINX using Basic Auth. The instructions below are for macOS and Homebrew.

\n

Requirements

\n

NGINX: install using which nginx > /dev/null || brew install nginx
Apache HTTP utilities: which htpasswd > /dev/null || brew install httpd

\n

Setup

\n

Set the admin password (you will be prompted):

\n

htpasswd -c /usr/local/etc/nginx/.htpasswd admin

\n

Add a logout page in /usr/local/opt/nginx/html/401.html:

\n

<!DOCTYPE html>\n<p>Not authorized. <a href=\"<!--# echo var=\"scheme\" -->://<!--# echo var=\"http_host\" -->/\">Login</a>.</p>

\n

Use the following snippet for /usr/local/etc/nginx/nginx.conf:

\n

worker_processes 4;\n\nevents {\n  worker_connections 1024;\n}\n\nhttp {\n  upstream kafdrop {\n    server 127.0.0.1:9000;\n    keepalive 64;\n  }\n\n  server {\n    listen *:8080;\n    server_name _;\n    access_log /usr/local/var/log/nginx/nginx.access.log;\n    error_log /usr/local/var/log/nginx/nginx.error.log;\n    auth_basic \"Restricted Area\";\n    auth_basic_user_file /usr/local/etc/nginx/.htpasswd;\n\n    location / {\n      proxy_pass http://kafdrop;\n    }\n\n    location /logout {\n      return 401;\n    }\n\n    error_page 401 /errors/401.html;\n\n    location /errors {\n      auth_basic off;\n      ssi        on;\n      alias /usr/local/opt/nginx/html;\n    }\n  }\n}\n

\n

Run NGINX:

\n

nginx

\n

Or reload its configuration if already running:

\n

nginx -s reload

\n

To logout, browse to /logout.

\n

\n
Hey there! We hope you really like Kafdrop! Please take a moment to ⭐the repo or Tweet about it.
\n

\n

Contributing Guidelines

\n

See here.

\n

Release workflow

\n

To cut an official release, these are the steps:

\n

\n
Commit a new version on master that has the -SNAPSHOT suffix stripped (see pom.xml). Once the commit is merged, the CI will treat it as a release build, and will end up publishing more artifacts than the regular (non-release/snapshot) build. One of those will be a dockerhub push to the specific version and \"latest\" tags. (The regular build doesn't update \"latest\").
\n
\n
You can then edit the release description in GitHub to describe what went into the release.
\n
\n
After the release goes through successfully, you need to prepare the repo for the next version, which requires committing the next snapshot version on master again. So we should increment the minor version and add again the -SNAPSHOT suffix.
\n

","updatedAt":"2025-05-21T16:04:38Z","upvoteCount":null,"author":{"login":"eryajf","avatarUrl":"https://avatars.githubusercontent.com/u/33259379?u=e4a4090a38ac2473aaed4ef9945233636776c6c3&v=4","url":"https://github.com/eryajf"},"category":null,"labels":{"edges":[{"node":{"name":"更多","color":"25B472"}},{"node":{"name":"Kafka-Manage","color":"21adcf"}},{"node":{"name":"obsidiandynamics","color":"b1a4d6"}}]},"comments":{"edges":[]}}},"pageContext":{"number":267,"previous":{"title":"derailed/k9s: Kubernetes CLI，以风格化的方式管理您的集群！","number":266},"next":{"title":"xxd763795151/kafka-console-ui: 一款轻量级的 kafka 可视化管理平台，安装配置快捷、简单易用。","number":268}}}, "staticQueryHashes": ["151096407","2861350382"]}