What it manages
Topics
Partitions, offsets, configs; produce and consume records with schema-aware (JSON Schema / Avro / Protobuf) serdes.
Consumer groups
Members, assignments, and per-partition lag; offset seeking.
Connect & schemas
Kafka Connect connectors and Schema Registry subjects/versions.
Streams topologies
Build sources, processors, and sinks visually; use SpEL for transformations.
How it’s built
Alginte ships as a single self-contained artifact: a Spring Boot (WebFlux, reactive) backend that also serves a React/TypeScript single-page app. There is no separate frontend to deploy and no external database to run — Alginte reads and writes your Kafka cluster directly.Backend
Java 25, Spring Boot / WebFlux, Reactor Kafka. Reactive, non-blocking access to the cluster.
Frontend
React 19 + TypeScript, Ant Design, React Flow for the topology canvas, Monaco for SpEL.
Trust model
Out of the box the server binds tolocalhost, so a plain launch serves only the
local machine. Running it on a network is the moment you take ownership of the security
boundary: put it behind a reverse proxy (TLS, network allow-listing) and/or enable the
built-in login. See Authentication for the optional
username/password and OIDC login, and Run with the JAR for the
bind-address details.
Supported environments
- Java 25 runtime for the standalone JAR (the Docker image bundles its own JRE).
- An Apache Kafka cluster reachable from wherever Alginte runs. Confluent Platform components (Schema Registry, Connect, ksqlDB) are supported but optional.
- Any modern browser for the UI.