Расскажите про опыт работы с Kubernetes
Что проверяют
Пользовались ли вы кластером сами или только слышали о нём. Для тестировщика достаточно уверенного пользовательского уровня.
Как отвечать
Скажите честно, на каком уровне работали, и покажите практику.
Что обычно делает тестировщик:
- разворачивает стенд: отдельное пространство имён на ветку или на задачу, чтобы проверять изменения изолированно;
- смотрит логи конкретного пода, в том числе предыдущего запуска, если под перезапустился после падения. Это первое, куда идут при непонятной ошибке;
- разбирается, почему под не поднялся: описание пода и события показывают, не хватило ли ресурсов, не скачался ли образ, не падает ли контейнер при старте;
- пробрасывает порт до сервиса, чтобы обратиться к нему напрямую в обход внешнего входа, и тем отделить проблему приложения от проблемы маршрутизации;
- заходит внутрь контейнера проверить конфигурацию и связность с соседями;
- смотрит переменные окружения и секреты, потому что половина расхождений между стендами именно там.
Понятия, которые надо знать: под как минимальная единица, развёртывание с нужным числом реплик, сервис как стабильный адрес, вход как маршрутизация снаружи, конфигурация и секреты, пространства имён.
Отдельно стоит назвать проверку готовности: пока она не прошла, трафик на под не идёт. Это прямо касается тестирования, потому что автотесты, стартующие сразу после развёртывания, регулярно падают из-за того, что сервис ещё не готов принимать запросы. Правильное решение это ожидание готовности, а не пауза.
Ещё одна практическая тема: изоляция тестовых данных при параллельных прогонах на общем стенде.
Если разворачивал коллега, а вы пользовались, так и скажите. Это нормальный и честный ответ.
Где спотыкаются
Не умеют посмотреть логи упавшего пода.
Ставят паузу вместо ожидания готовности сервиса.
Не могут отличить проблему приложения от проблемы маршрутизации.
Приписывают себе настройку кластера и плывут на первом уточнении.