Release notes

v0.0.4

Summary

Structured documentation and release information.

Highlights

• Release notes/changelog flow is now bilingual and CI-automated.

v0.0.3

Fixes

• Updated roles for resources in accordance with RBAC v1

v0.0.2

Change of priorityClassName

priorityClassName for created pods is now set to production-high (previously it was develop)

Bug fix

Validation now works correctly when creating Cassandra resources.

spec.instance.persistentVolumeClaim is a required field.

v0.0.1

First release of the Managed Cassandra module. This version implements the basic capabilities for deploying and managing Cassandra nodes in a DKP cluster.

Creating standalone Cassandra servers

Added a new Cassandra CRD that allows deploying independent Cassandra nodes. When creating a resource, the user specifies compute resources (CPU, memory) and storage parameters.

Configuration templates via CassandraClass

Added the CassandraClass CRD, which allows administrators to create named templates for nodes. The class defines a policy for allowed resources (CPU and memory ranges).

Validation via webhooks

All create and update operations on Cassandra and CassandraClass resources go through admission webhooks. The webhooks verify the correctness of parameters: allowed CPU and memory ranges, as well as custom rules set by the administrator.

Custom CEL validation rules

Administrators can define arbitrary validation rules for Cassandra resources in CassandraClass using CEL (Common Expression Language) expressions. The rules are checked by the webhook on every creation or modification of a Cassandra instance, allowing organization-specific constraints to be implemented without changing the operator’s code.

Support for distroless images

Cassandra images are based on the distroless architecture, which improves security by minimizing the number of components in the container.