Какие варианты работы на корпоративной или личной технике существуют
Что проверяют
Понимаете ли вы, что для DevOps-инженера ноутбук это точка доступа к продакшену, а не просто рабочее место. Интервьюер хочет услышать, где у вас живут ключи и доступы и как вы относитесь к ограничениям безопасности. Этот же вопрос часто задаёт сам кандидат, и тогда ему важно узнать, выдадут ли права администратора и на какой ОС придётся работать.
Как отвечать
Назовите основные модели и их цену:
- корпоративный ноутбук под MDM: устройство управляется централизованно (Jamf для macOS, Intune для Windows), диск зашифрован FileVault или BitLocker, стоит EDR-агент. Хорошо для безопасности, но могут урезать права администратора, а без них не поставить Docker,
kubectlи нужные CLI; - BYOD, своё устройство: компания ставит профиль MDM или требует шифрование диска и свежие обновления, доступ идёт через VPN или ZTNA с проверкой состояния устройства. Для DevOps рискованно: на личной машине оказываются
kubeconfig, SSH-ключи и облачные токены; - VDI или облачная среда разработки: работа идёт на удалённой машине, локально ничего не хранится. Минус в задержках и неудобстве для тяжёлых сборок;
- jump host (бастион): к продакшену ходят только через выделенный узел с аудитом сессий, независимо от того, чья техника.
Покажите, как вы снижаете риски в любой модели: короткоживущие учётные данные через SSO вместо постоянных ключей, аппаратные ключи FIDO2 для входа, секреты в Vault или менеджере паролей, а не в .env на рабочем столе. Если спрашиваете вы, уточните: какая ОС и модель ноутбука, есть ли локальный админ, как устроен доступ к продакшену.
Где спотыкаются
Говорят «мне без разницы, работаю на своём». Для DevOps это звучит как готовность держать доступ к продакшену на незащищённой машине.
Считают, что VPN решает всё. VPN шифрует канал, но не спасает от украденного ноутбука без шифрования диска или от токена, лежащего в открытом файле.
Не спрашивают про права администратора и уже после выхода выясняют, что Docker или Podman ставится только через заявку в поддержку.