Релиз

v0.0.4

Кратко

Добавлен процес ms_changelog для создания RELEASE_NOTES.md

Ключевые изменения

Оформление RELEASE_NOTES приведено к единому стилю с остальными managed services»

v0.0.3

Кратко

• Обновление meta-operator до v0.0.19

Ключевые изменения

• Bundle: CRD берутся из каталога crds/ модуля (includePaths: crds). Прямое копирование из submodule оператора (images/…/crd) убрано
• Bundle / release: из поставки исключён docs/internal
• Release image (release-channel-version): в образ релиза добавлены docs, openapi и crds

v0.0.2

Кратко

• Реализация поддержки TLS в Managed Kafka

Ключевые изменения

• Актуализировали роли для ресурсов в соответствии с RBAC v1
• Обновление библиотек alpine и фиксы CVE
• ServiceMonitor для метрик оператора (/metrics на порту 8080)
• CustomPrometheusRules: недоступность оператора, брокера, инстанса; невалидная конфигурация
• Добавлено поле spec.observability (Enabled / Disabled / EnabledWithoutAlerts). Оператор проставляет label observability.deckhouse.io/servicemonitoring на дочерние ресурсы для управления мониторингом на уровне модуля.

v0.0.1

Кратко

• Первый релиз Managed Kafka.
• В этой версии реализованы базовые возможности для развёртывания и управления брокерами Kafka в кластере DKP.

Ключевые изменения

• Добавлен новый CRD Kafka, который позволяет разворачивать независимые брокеры Kafka. Каждый брокер работает в режиме KRaft — без ZooKeeper. При создании ресурса пользователь задаёт вычислительные ресурсы (CPU, память) и параметры хранилища, а также указывает класс брокера.
• Все операции создания и изменения ресурсов Kafka и KafkaClass проходят через admission webhooks. Webhooks проверяют корректность параметров: допустимые диапазоны CPU и памяти, корректность переопределяемых параметров конфигурации, а также пользовательские правила, заданные администратором.
• Добавлен CRD KafkaClass, который позволяет администраторам создавать именованные шаблоны для брокеров. Класс задаёт политику допустимых ресурсов (диапазоны CPU и памяти), параметры конфигурации брокера по умолчанию, а также список параметров, которые пользователи могут переопределять самостоятельно.
• Пользователи могут переопределять параметры брокера в Kafka.spec.configuration, если они явно разрешены в классе.
• Администраторы могут задавать в KafkaClass.spec.configuration все пользовательские параметры (как значения по умолчанию), а также расширенные параметры брокера, недоступные пользователям.
• Администраторы также управляют размещением подов брокера через nodeSelector, nodeAffinity и tolerations в KafkaClass.
• Администраторы могут задавать произвольные правила валидации ресурсов Kafka в KafkaClass с помощью выражений CEL (Common Expression Language). Правила проверяются webhook-ом при каждом создании или изменении брокера, что позволяет реализовывать специфичные для организации ограничения без изменения кода оператора.