Axual Platform Components and Process Flow

Kafka is run as a cluster of one or more servers that can span multiple data centers or cloud regions. Some of these servers form the storage layer, called the brokers. Other servers run Kafka Connect to continuously import and export data as event streams to integrate Kafka with existing systems such as relational (order, CRM, ERP) databases, IoT data, click streams as well as other Kafka clusters. To let customers implement mission-critical use cases, a Kafka cluster is highly scalable and fault-tolerant. If any of its components fail, others will take over their work to ensure continuous operations without data loss. (Cluster Service)

ZooKeeper is used in distributed systems for service synchronization and for name registration. ZooKeeper is used in distributed systems for service synchronization and a naming registry. When working with Apache Kafka, ZooKeeper is primarily used to track the status of (broker) nodes in the Kafka cluster and maintain a list of Kafka topics and messages. (Cluster Service)

We use our version of Kafka connect. Connect is a standard Kafka component, but we have replaced this with a custom version of the tool. It’s used for data exchange to and from the cluster. (Client Service)

We use our version of Schema Registry. Schema Registry is a standard Kafka component, but we have replaced this with our custom version of the tool. It’s used to store versions of schemas for each topic so consumers can decipher old and new messages as the schema’s change over time, for backward and forward compatibility of data exchange. (Instance Service)

The management UI is a Web Application created in ReactJS. The Management UI allows the user to browse and update their Kafka configuration. The UI also provides some features to provide the status of applications such as Stream Browse and the Connector Statuses. (Management Service)

Almost all applications have a database. Our database is a MariaDB database. (Not in a cluster?) Almost all of the information from the Management UI is stored in the Management DB. Only the Stream Browse, Connector Status and Connector Certificate stores are stored in other locations. (Management Service)

Keycloak is an Open Source Identity Server. Keycloak configures user tenants and connects the tenants to the Authentication Servers of the clients. Keycloak stores its data in the Management DB. (Management Service)

The Java client is a Java library that helps simplify programming in Kafka with authentication and cluster fail-over. (Client Service)

The Java client runs with Axual specific programming methods. The Java Proxy is not as intuitive to use but uses the standard Kafka programming commands. This can be easier for a Kafka programmer to understand. It is also better to use in conjunction with with Spring Cloud Streams. (Client Service)

The .Net client is a .Net library for connecting with .Net programs to the Axual environment. (Client Service)

The Python Client is a Python library for connecting Python programs to the Axual environment. (Client Service)

(For Kafka people - MirrorMaker for Axual, but better.) The Distributor replicates data and data offsets between Kafka clusters. (Cluster Service)

The discovery service has the task of linking clients to the active Axual cluster. (Management Service)

As we said above there is a version of Kafka(Axual) Connect in the Axual stack. The Axual operator links API calls from the UI to the active Customer Instances of Connect.

The Axual Instance API links broker administration API calls from the Management UI to the active Customer instance(s) of the Axual brokers. (Instance Service)

The Cluster API is basically a shell for some functionality around the Kafka broker. Most client requests - consume and produce will be made directly to the Kafka Brokers. The Cluster API create, updates, and queries Kafka topics. The Cluster API forwards API commands to Kafaka commands. (Cluster Service)

Axual Connect is a version of Kaka Connect wrapped in an Axual shell. Kafka Connect is a tool for reliably scaling and streaming data between Apache Kafka® and other data systems. It makes it simple to quickly define connectors that move large data sets into and out of Kafka. Kafka Connect can ingest entire databases or collect metrics from all your application servers into Kafka topics, making the data available for stream processing with low latency. An export connector can deliver data from Kafka topics into secondary indexes like Elasticsearch or batch systems such as Hadoop for offline analysis. (Client Service) (Client Service)

The vault stores client certificates and is accessed by Axual Connect to provide certificates to connect to the brokers.

Generally, we program kafka connections using one of the clients. The Rest Proxy provides a Rest API to connect to Kafka streams. The API can be used by simple IoT apps or old interfaces that need a Rest API endpoint. (Client Service)

Stream browse is used, generally by the Management UI to browse messages in a stream. (Cluster Service)

Strimzi operator is a tool made available under the Strimzi open source project, meant to simplify how Kafka is configured, deployed, and managed on Kubernetes. It allows developers to use familiar Kubernetes processes to setup Kafka without digging deep into the infrastructure’s technicalities.

With Strimzi, configuring Kafka in the Kubernetes environment is as simple as writing coded instructions, which are then executed by the underlying platform. Strimzi isn’t only about providing a user-friendly Kafka configuration environment but also built with fundamental security features. (Cluster Service)

KSML is a low code program (no programming, just configuration) for creating Kakfa/Axual stream applications. (Client service)

Schema Registry provides a serving layer for your metadata. It provides a RESTful interface for storing and retrieving your Avro®, JSON Schema, and Protobuf schemas. It stores a versioned history of all schemas based on a specified subject name strategy. It provides multiple compatibility settings and allows evolution of schemas according to the configured compatibility settings and expanded support for these schema types. It provides serializers that plug into Apache Kafka® clients that handle schema storage and retrieval for Kafka messages sent in any supported formats.

Schema Registry lives outside of and separately from your Kafka brokers. Your producers and consumers still talk to Kafka to publish and read data (messages) to topics. Concurrently, they can also talk to Schema Registry to send and retrieve schemas describing the messages' data models. (Instance Service)

Metrics Exposer is an API which exposes the performange metrics over the Clusters.