Обновить

Что у вас спросят про Docker на интервью? Разбираем 10 главных вопросов

Уровень сложностиПростой
Время на прочтение11 мин
Охват и читатели17K
Всего голосов 32: ↑25 и ↓7+20
Комментарии16

Комментарии 16

TLDR: Запускали ли вы хоть раз Докер?

кнш)

Скачал я значит себе книжку по докеру. Пропускаю все длинные вступления благодарности и тп и на дцать какой то странице почти дословно: представьте что докер это виртуальная машина...

Мне кажется, первое про что надо спрашивать на интервью это:

  • границы применимости докера?

  • в чем отличие докера от подмана?

  • контейнер упал, где логи Лебовски?

... и вот тут сразу все становится понятно с кандидатом

  1. Даёт удобство развёртывания в обмен на жертву некоторой степени производительности, безопасноcти и необходимости поддерживать доп. инструмент. В какую сторону и насколько склоняться - вопрос конкретного проекта. It depends.

  2. Хз никогда не работал с подманом.

  3. Где прописали, там и будут) или это вопрос на знание команды docker logs и подобных?

  1. Границы применимости это вопрос не только (и не сколько) про когда надо - про это любой маркетолог с тремя классами школы расскажет. Границы применимости это вопрос про то когда НЕ надо использовать инструмент, в каких кейсах и почему. SQL в докере - норм? Asterisk (условный) почему нельзя? Вот вы тоже пишете зависит от проекта - как понять контеризируемый это проект или нет?

  2. А это вопрос не про работал/не работал, у подмана на главной написано основное отличие. Там правда одно слово, но под ним фундаментальное отличие

  3. это вопрос про траблшутинг. Запустить проект любой домохозяйка джун может. А вот когда на проде все внезапно умерло или бесконечно рестартится или и то и другое одновременно

2. Open Source?

другое слово. Не "r" начинается, на "less" заканчивается

Rootless? Хорошее свойство.

Скрытый текст

Ещё одно слово на главной написано, на "r" начинается, на "less" заканчивается — «regardless», но оно сюда не очень подходит.

Rootless

Бинго, естественно в рамках данного вопроса стоит обсудить актуальность угрозы и ту же применимость (а то мало ли все надумано)

и?

Очень надеюсь, что люди которые готовятся к собеседованию, прочитав этот поверхностный нейрослоп, все же зайдут в официальную документацию и прочитают более детально про все нюансы: и наглядную табличку про взаимодействие CMD и ENTRYPOINT, и про такую базовую штуку как билд-кэш, про котороую ваша нейросеть забыла упомянуть, и про то что runtime secrets работают не только в Swarm, а еще и в Compose, и про то, что secrets бывают, вообще-то, не только runtime но еще и build-time, точно также как и переменные среды и многое другое...

А зачем?

Какие скучные вопросы, лучше бы такие включили:

  1. Зачем запаковывать в контейнер java и go аппы?

  2. Есть кластер postgres. Будм его пихать в докер или нет? А кластер mongo?

  3. k8s вы сами поднимать будете? а если оно упадёт, за сколько поднимете? а SLA расчётное с-k8s-не-от-дяди точно выше bare metal + ansible получится?

Исторический контраргумент напрашивается сам.

От создателей «выучи Kubernetes за 5 минут» и «Docker — это просто виртуалка, только легче». Слышу этот разбор вопросов каждые 2-3 года, только темы чуть меняются. В 2019 спрашивали про namespace и cgroups — сейчас то же самое. Знание архитектуры не устаревает, зато «вызубренные флаги» протухают за полгода.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации