Release v92.2 introduces new UI for Kafka Quotas, Transactional Producers, and KRaft clusters along with new features for topic and consumer management, and improvements to Flink checkpointing and watermarking in Flex.
This is the first multi-product release by Factor House, you will notice that our Changelog now provides entries for Kpow, Flex, and 'All Products'.
Kpow's new Quota UI allows you to view, edit, create, and delete Kafka Quotas.
Mutation of quotas is controlled by a new
QUOTA_EDIT RBAC permission.
See our quota documentation for more information.
Transactional Producer Management
Mutation of producers is controlled by a new
PRODUCER_EDIT RBAC permission.
See our producer documentation for more information.
Kpow's new KRaft UI allows you to view KRaft information and unregister brokers.
Unregistering of brokers is controlled by a new
BROKER_UNREGISTER RBAC permission.
See our broker documentation for more information.
Topic Leader Election and Alter Replicas
Release v92.2 introduces support for topic leader election and topic alter replicas.
Topic leader election is controlled by a new
TOPIC_ELECT_LEADER RBAC permission,
TOPIC_ALTER_REPLICAS controls access to the topic alter replicas function.
See our topic replica documentation for more information.
Consumer Group Management
If you have a static consumer group (a consumer group with
group.instance.id set) you can use Kpow to remove a member from the group.
This is can be useful as static consumer groups do not send a leave group request when they go offline, and instead rely on
session.timeout to trigger a group rebalance.
See our consumer group member documentation for more information.
Topic Client Monitoring
With the introduction of transactional producer management, Kpow now presents more information about topics under a new 'Clients' tab.
This new Client monitoring allows you to view all transactional producer and consumer groups that are connected to a single topic or topics.
Kpow now allows you to define an
RBAC_EVALUATION_STRATEGY environment variable to allow more lenient evaluation of
Kpow is naturally conservative in deciding when a user can take an action on resource. By default this extends to setting a users access to
STAGE where the user has both
ALLOW permission defined to a specific resource.
RBAC_EVALUATION_STRATEGY=STAGE_LENIENT is set a user will set a users access to
ALLOW where the user has both permissions defined.
In every case if a user has
DENY or no permission set then they are denied access to the action.