Как решаются вопросы инфраструктуры и поддержки
Что проверяют
Этот вопрос чаще задаёт сам кандидат в конце собеседования, и по ответу понятно, чем вы будете заниматься кроме кода. Если его задаёт интервьюер, он проверяет, готовы ли вы отвечать за сервис после релиза и есть ли у вас опыт с тем, что окружает Go-код: деплой, мониторинг, дежурства.
Как отвечать
Если спрашиваете вы, спрашивайте конкретно, на общий вопрос получите общий ответ:
- кто владеет инфраструктурой: есть ли команда платформы или SRE, или действует принцип «you build it, you run it», и Helm-чарты, манифесты Kubernetes и пайплайны CI пишут сами разработчики;
- как устроены дежурства: есть ли on-call, как часто выпадает смена, оплачивается ли она, кто первым получает алерт ночью;
- что с наблюдаемостью: метрики в Prometheus, дашборды, логи, трассировка, включён ли
net/http/pprofна внутреннем порту, можно ли снять профиль с прода без заявки в другую команду; - как разбирают инциденты: пишут ли постмортемы без поиска виноватых, доходят ли выводы до задач;
- как выглядит релиз: сколько времени от мержа до прода, есть ли canary и быстрый откат.
Если спрашивают вас, отвечайте своим опытом: что делали руками (Dockerfile с многоэтапной сборкой и статическим бинарником, readiness и liveness пробы, graceful shutdown через signal.NotifyContext и http.Server.Shutdown, свои метрики через prometheus/client_golang), какие были дежурства и какой инцидент вы разбирали. Примеры и цифры приводите свои. Если инфраструктурой занималась отдельная команда, так и скажите, и покажите, что понимаете, чего она ждёт от сервиса: метрики, health-check, корректное завершение.
Где спотыкаются
Задают вопрос в общем виде и принимают ответ без уточнений. «У нас есть DevOps» ничего не говорит о том, кто будет чинить ваш сервис в три часа ночи.
Отвечая сами, перечисляют инструменты без своей роли: «работал с Kubernetes и Terraform». Интервьюер тут же спросит, что именно вы настраивали.
Говорят, что инфраструктура их не касается. Для Go-разработчика, чей сервис живёт в контейнере, это звучит как отказ отвечать за свой код после релиза.