Релиз

v0.1.6

Кратко

Статус Valkey теперь строится из отчётов по фазам (ReconcilePhases) и состояния живого workload, поэтому conditions точнее показывают, что происходит с инстансом.

Этот релиз заметно улучшает эксплуатацию Managed Valkey и зрелость релизного процесса. Webhook и controller работают как раздельные компоненты, конфигурация Valkey доставляется через ConfigMap и применяется агентом без перезапуска pod’а, а модуль поставляется вместе со своими CRD, документацией и структурированными bilingual release notes.

В инстансах Valkey теперь можно объявлять собственных пользователей с ролями. Пользователи и пароли управляются декларативно и применяются к работающему инстансу без перезапуска.

Улучшена проверка имён ресурсов Valkey.

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

Новая логика отображения conditions в статусе Valkey решает проблему гонки контроллеров и более точному отражению состояния сервиса

• Webhook и controller разделены на отдельные deployment-ы.

• Конфигурация Valkey доставляется через ConfigMap и применяется агентом к работающему инстансу, без перезапуска pod’а.

• CRD, документация и openapi поставляются внутри bundle- и release-образов модуля.

• Changelog/release-notes процесс стал bilingual и автоматизирован CI.

• TLS сертификаты обновляются прямо на работающем Valkey необходимости перезапускать под.

• Новое поле spec.users с ролями ReadOnly, ReadWrite и Monitoring.

• Пароль через hashedPassword, storeCredsToSecret или secretRef.

• Изменения пользователей и паролей применяются без перезапуска pod’а.

• Пользователь default в этом релизе остаётся открытым - существующие клиенты продолжают работать. Объявите пользователей заранее: позже default будет закрыт.

• Недопустимые имена ресурсов Valkey отклоняются сразу при создании ресурса.

Исправления

• Исправлены валидация sizing при обновлении Valkey и зависание finalizer при удалённом ValkeyClass.
• Имена ресурсов Valkey длиннее 50 символов или не соответствующие правилам именования Kubernetes Service теперь сразу приводят к ошибке валидации

v0.1.4

Улучшения

• valkey-json включён в стандартную поставку.
• В статусе ресурса Valkey отображается TTL сертификата.

Исправления

• Небольшие исправления в формировании статуса ресурса.

v0.1.3

Улучшения

• В каждый pod с Valkey теперь добавляется managed-agent (как native sidecar), который следит за конфигурацией Valkey и обновляет её в случае изменений в CR.
• Добавлена поддержка TLS в двух режимах работы: CertManager и CustomCertificate.

Исправления

• Актуализированы роли для ресурсов в соответствии с RBAC v1.

Разное

• Обновлена версия Go до 1.26.3 (была 1.25.7).

v0.1.2

Улучшения

• Добавлен mutating webhook для ValkeyClass — значения по умолчанию из класса применяются на admission.
• Readiness probe оператора теперь дожидается синхронизации кэша контроллера, прежде чем сообщить о готовности.
• Оператор размещается на master-узлах со стратегией и количеством реплик для отказоустойчивости.

Исправления

• Добавлены миграции для legacy-объектов, созданных без label’ов модуля, и удаление deprecated-класса.
• Исправлена паника оператора при обновлении condition, когда status.conditions пуст.

v0.1.1

Первый релиз модуля Managed Valkey. В этой версии реализованы базовые возможности развёртывания и обслуживания инстансов Valkey (Redis-совместимого in-memory хранилища) в кластере DKP.

Возможности

Создание standalone-инстансов Valkey

Добавлен namespaced-ресурс Valkey, который разворачивает отдельный инстанс Valkey. При создании ресурса пользователь указывает вычислительные ресурсы (ядра CPU и core fraction, память), параметры хранилища и конфигурацию Valkey.

Шаблоны конфигурации через ValkeyClass

Добавлен cluster-wide ресурс ValkeyClass, который позволяет администраторам создавать именованные шаблоны для инстансов. Каждый ресурс Valkey обязан ссылаться на существующий класс, и его конфигурация проверяется по этому классу до развёртывания сервиса. В классе описываются допустимые sizing-политики, список переопределяемых пользователем параметров конфигурации, значения конфигурации уровня класса и пользовательские правила валидации.

При включении модуля автоматически создаётся ValkeyClass с именем default.

Валидация через вебхуки

Все операции создания и изменения ресурсов Valkey и ValkeyClass проходят через admission-вебхуки. Вебхуки проверяют корректность параметров: соответствие sizing-политикам связанного класса, whitelist переопределяемых параметров конфигурации, а также пользовательские правила, заданные администратором.

Пользовательские правила валидации на CEL

Администраторы могут задавать в ValkeyClass произвольные правила валидации ресурсов Valkey с помощью выражений CEL (Common Expression Language). Это позволяет реализовать специфичные для организации ограничения без изменения кода оператора.

Состояние сервиса в статусе ресурса

Состояние сервиса отражается в conditions ресурса Valkey.

Поддержка distroless-образов

Образы Valkey собраны на базе distroless-архитектуры, что повышает безопасность за счёт минимизации количества компонентов в контейнере.