Machine Config Operator ⚙️ — инструмент для декларативного управления конфигурацией Linux-узлов через Kubernetes-ресурсы. Базовые сущности☹️ • MachineConfig — описание файлов (контент, путь, права), systemd-юнитов и сопутствующих настроек. • MachinePool — логическая группа узлов: одной стороной опирается на label’ы хостов, формируя пул, другой — на label’ы MachineConfig, агрегируя набор конфигураций и стратегию обновления. • RenderedMachineConfig — результирующий ресурс состояния, который в конкретный момент времени объединяет все применимые конфиги и используется для применения к узлам пула. Проектирование:🤪 При проектировании такого оператора неизбежно возникают «провокационные» вопросы: 1. Нужно ли удалять файлы, если MachineConfig, который их создавал, был удалён? 2. Нужно ли поддерживать применение конфигураций без ребута (hot apply)? 3. Нужны ли post-actions после применения конфига без ребута? Если да — нужно ли отслеживать состояние сервисов (systemd units, health-checks)? Мысли:😂 Как вы думаете, какой функционал должен присутствовать в таком инструменте? Возможно, часть из этого получится реализовать, если закроем боли наших подписчиков.😎