>_Junnylab Войти / начать практику

50 LAB · НАЧАЛЬНЫЙ / MIDDLE / СЛОЖНЫЙ

Kubernetes troubleshooting: практика диагностики объектов и связей кластера

Учитесь идти от симптома к объекту и причине: configuration reference, RBAC, selector, Service, probe, resource или storage вместо случайного редактирования YAML.

В Kubernetes один пользовательский симптом может проходить через несколько объектов. Pod запущен, но Service его не выбирает; ConfigMap существует, но указан неверный key; permission denied оказывается ошибкой RoleBinding; rollout зависает из-за probe.

Junnylab даёт ограниченный учебный контекст, где можно системно использовать kubectl get/describe/logs и сравнивать desired state с фактическим состоянием. Задача заканчивается только когда функциональная проверка подтверждает нужное поведение.

НАВЫКИ

Что тренируется

  • Namespaces и labels
  • ConfigMaps и Secrets
  • ServiceAccounts и RBAC
  • Deployments и replicas
  • selectors и Services
  • readiness/liveness probes
  • Ingress и networking
  • resources, volumes и storage

СИМПТОМЫ

Примеры инцидентов

  • →namespace имеет неверную label
  • →ConfigMap содержит другой key
  • →Secret указан под неверным именем
  • →ServiceAccount не соответствует workload
  • →Role не разрешает нужный resource или verb
  • →RoleBinding указывает не того subject
  • →Deployment случайно масштабирован в zero
  • →selector не совпадает с labels Pods

РЕАЛЬНЫЕ LAB

Примеры заданий из этого трека

В треке: 10 начальных LAB · 30 Middle · 10 сложных LAB. Ниже — по два реальных примера каждого уровня из публичного каталога.

LAB 01 · Начальный

Namespace потерял ownership label

Kubernetes · namespaces

LAB 02 · Начальный

ConfigMap содержит неверный APP_MODE

Kubernetes · ConfigMap

LAB 11 · Middle

RoleBinding ссылается на отсутствующую Role

Kubernetes · RBAC

LAB 12 · Middle

Deployment масштабирован в ноль

Kubernetes · Deployment

LAB 41 · Сложный

Внутренний сервис стал NodePort

Kubernetes · Service exposure

LAB 42 · Сложный

NetworkPolicy защищает другие Pods

Kubernetes · NetworkPolicy

КАК ПРОХОДИТ ПРАКТИКА

Не угадывайте ответ — исследуйте состояние системы

01

Получаете тикет

В заявке есть симптомы и критерий готовности, но нет пошагового рецепта.

02

Открываете терминал

После входа создаётся отдельная учебная среда. Команды выполняются в настоящем shell.

03

Строите гипотезу

Проверяете конфигурацию, логи и фактическое состояние теми инструментами, которыми пользовались бы на работе.

04

Исправляете причину

Можно выбрать любой корректный способ, если итоговое состояние соответствует техническому требованию.

05

Проверяете результат

Серверная функциональная проверка подтверждает, что проблема действительно устранена и LAB готова.

ДЛЯ КОГО

Практика вместо ещё одного набора теории

Подходит DevOps/SRE-инженерам и администраторам Kubernetes, которым нужно научиться диагностике control-plane объектов и приложений через наблюдаемые признаки.

FAQ

Вопросы о практике Kubernetes

Это полноценный production-кластер?

Нет. Это учебная изолированная среда, предназначенная для практики Kubernetes troubleshooting без риска для рабочей инфраструктуры.

Есть ли RBAC?

Да. Отдельная группа задач посвящена ServiceAccount, Role, RoleBinding и проверке разрешений.

Есть ли задачи на Service и probes?

Да. Трек охватывает workload, networking, probes, config и storage, а не только базовый синтаксис manifests.

Посмотрите реальные названия LAB до регистрации

Публичный каталог показывает темы, сложность и проверяемые навыки. Аккаунт нужен только для запуска среды, терминала и сохранения прогресса.

Перейти в каталог Junnylab