В этом гайде вы разберётесь, как работает conntrack на реальных сценариях Kubernetes-сетей, и поймёте, почему он играет критически важную роль в работе Kubernetes Services, kube-proxy, NAT и DNS-трафика.

Вы узнаете:
- что такое conntrack и зачем он нужен;
- почему Kubernetes Services зависят от него;
- как посмотреть таблицу conntrack;
- что происходит, когда таблица переполняется;
- как диагностировать и устранять исчерпание conntrack в продакшене.

В этом туториале показано, как KEDA масштабирует ворклоады на основе глубины очереди, а не загрузки CPU, на полноценном примере с RabbitMQ: установка, настройка TriggerAuthentication, ScaledObject и нагрузочный тест, который подтверждает, что масштабирование работает.

Вот что он умеет:
• Объясняет, почему ресурс сломан, а не просто сообщает, что с ним проблема
• Встроенная поддержка Flux CD: можно приостанавливать, возобновлять и запускать reconcile без установленного Flux CLI
• Инспектор Helm: история релизов, values и сгенерированные манифесты без установленного Helm
• Есть фильтры вроде cpu>500m, restarts>=5, age<2h, чтобы быстро находить именно то, что нужно
• Можно просматривать таймлайн всех изменений объекта, которые зафиксировал инструмент
• Можно просматривать и передавать файлы напрямую из PVC
• Можно выбрать несколько подов и смотреть их логи одновременно
• Поддержка плагинов Popeye и Trivy

Согласно бенчмаркам проекта, sofka открывает представление подов на 59% быстрее k9s и использует меньше половины его объёма памяти.

В следующий раз, когда деплой зависнет и придётся по кусочкам выяснять, что произошло, попробуйте sofka.

Всё, что спрашивают на собеседованиях DevOps / SRE / Platform Engineer в 2026 году — в одном репозитории. Короткая теория, команды, типовые вопросы с ответами, задачи live-coding и «ловушки» интервьюеров.

Запущенный Pod ещё не гарантирует, что пользователь сможет открыть сервис.

В самостоятельно управляемом кластере важно понимать весь маршрут трафика:
• куда ведёт DNS;
• как запрос попадает в кластер;
• кто выбирает нужный backend;
• как пакет доходит до Pod;
• где может оборваться обратный путь.

Anatomy of End-to-End Connectivity in Self-Managed Kubernetes with RKE2 посвящена сквозной сетевой связности в кластере на RKE2.

Тема для тех, кто хочет понимать, что происходит между адресом в браузере и приложением внутри Kubernetes.

Open-source, Kubernetes-native Workspace-as-a-Service. Установите его с помощью helm на любой кластер (единственное предварительное условие — cert-manager) и предоставьте людям полноценный удалённый рабочий стол — Linux (VNC) или Windows (RDP через KubeVirt, с автоматическим определением) — доступный из любого браузера.