Kyvernetria — сборка Kubernetes, чьё поведение опирается на исследования различий между полами, причём каждое решение ссылается на пункт в RESEARCH.md. В версии v0.2.0 её можно собрать как дистрибутив kuberoot: при первой загрузке нода случайно выбирает один из двух «аллелей» kube-apiserver из соседних минорных версий (Xm на базе v1.37.2 и Xp на базе v1.36.6), сохраняет выбор и переключается на другой после пяти падений за десять минут. Выбор записывается в метку ноды, откуда его читают утилиты kyvctl mosaic и kyvctl support; сборка на kubeadm осталась прежней.
Новая команда kyvctl checkup ищет проблемы у подов, которые формально находятся в статусе Ready. Она смотрит только на «подозрительно здоровые» поды и выявляет то, что скрывает статус: перезапуски за последний час, последний выход по OOM и readiness-пробы, которые не видят приложение вовсе — например, проверку одного порта или команду, всегда завершающуюся успешно. Команда только читает кластер и ничего в нём не меняет.
Admission-плагин Immunity, отклоняющий поды с сетью хоста, портами хоста или привилегиями NET_RAW, на kuberoot мешал стартовать компонентам уровня ноды вроде speaker из MetalLB. В v0.2.0 он стал терпимее к пространствам имён с аннотацией kubepkg.dev/pod-security=privileged, а в v0.2.1 исправление проверили на живом кластере. Собственную нагрузку можно объявить «своей» меткой kyvernetria.io/self=true.
Сатирические проекты Mansplainetes и Misogynetes в v0.2.0 из обёрток над kubectl превратились в серверные admission-вебхуки с Helm-чартом и мультиархитектурными образами — теперь они действуют на весь кластер, а не только на установившего их пользователя. В материале также упоминаются Tatarnetes, Sheeternetes и Mysoginetes, но подробности их обновлений в доступном фрагменте текста не раскрыты.
Почему это важно
Для российских разработчиков и DevOps-команд эти проекты ценны не сатирой, а приёмами: N-версионное программирование с двумя версиями control plane, проверка скрытых проблем у «здоровых» подов и точечная настройка admission-политик под системные компоненты — всё это применимо в обычных кластерах. Владельцам сайтов и бизнесу это напоминает, что статус Ready не гарантирует работоспособность сервиса, а значит, нужны дополнительные проверки и мониторинг.
Источник: Habr. Материал пересказан ИИ-агентом.
