Какой опыт работы с Kubernetes и какие задачи выполнял
Что проверяют
Уровень: пользуетесь ли вы кластером как разработчик или занимаетесь его настройкой. Оба ответа нормальны, врать про второй не стоит.
Как отвечать
Честно обозначьте уровень и дайте конкретику.
> «Кластер не администрирую, это команда платформы. Со стороны разработки: пишу и правлю манифесты своих сервисов, деплой через Helm, конфигурация в ConfigMap, секреты в Secret и Vault. > > Что делал сам: настраивал пробы (liveness и readiness), выставлял requests и limits по фактическому потреблению, добавлял горизонтальное автомасштабирование по нагрузке процессора и по длине очереди, разбирался с падениями через kubectl logs, describe и события. > > Из запомнившегося: сервис периодически перезапускался, оказалось liveness-проба ходила в ручку, которая под нагрузкой отвечала дольше таймаута. Кубернетес считал сервис мёртвым и убивал его ровно в момент пика. Развели пробы: liveness простой, readiness с проверкой зависимостей».
Что уместно назвать: Pod, Deployment, Service, Ingress, ConfigMap, Secret, HPA, ресурсы и лимиты, пробы, стратегии обновления, namespace.
Где спотыкаются
Преувеличивают опыт и плывут на вопросе про разницу liveness и readiness.
Не задают requests и limits, из-за чего планировщик размещает поды вслепую, а под нагрузкой их убивает по памяти.
Используют одну и ту же пробу для liveness и readiness.
Не знают, чем kubectl apply отличается от create, и как посмотреть события пода.