Ваша самая большая цель при найме сисадмина должна состоять в том, чтобы избежать шарлатана. Рабочий продукт системного администратора - это набор взаимодействующих систем, которые не распадаются, что может быть достигнуто, если никогда не прикасаться к нему или быть хорошим в своей работе, поэтому шарлатан может кататься на коньках, даже не прикасаясь к чему-либо в течение нескольких месяцев, если они изо всех сил стараются не делать ничего на самом деле. Однако, когда их толкнуть, они потерпят неудачу, и вы застряли с разбитым дерьмом, чтобы исправить.
Подумайте о разработчике, который не проверяет свой код в течение первых нескольких месяцев работы: это простой случай плохой / антисоциальной практики кодирования или они скрывают тот факт, что они отстой? Сисадмины находятся в аналогичном положении, за исключением того, что редко существует степень контроля изменений для кодирования. Инструменты системного программирования, такие как puppet, хороши для исправления этого, потому что (если они используются в качестве единственного средства системного администрирования), они могут рассматривать конфигурацию системы как программный проект, и вы используете все те же инструменты аудита, которые вы использовали бы с кодировщиками (например, commit почты).
По моему опыту, сертификаты в лучшем случае не имеют значения, а в худшем - вводят в заблуждение. Никогда, никогда не нанимайте кого-либо на основании сильных сторон их сертификатов. Из всех резюме, которые я видел, лучшие технические специалисты не прикрепляют сертификаты, когда они есть, в резюме - это большой признак того, что кто-то больше зависит от своей родословной, чем от своих реальных навыков. Письменные тесты - это вопросы с несколькими вариантами ответов, основанные на конкретных словах из учебника, на котором они основаны. Я уверен, что понимаю RFC4601, спроектировал и внедрил безопасную глобальную междоменную многоадресную систему и получил 67% в последний раз, когда я сдал экзамен CCNA. Между тем, мой подчиненный, сертифицированный вторым уровнем, не может понять, что в нем нет функционала. разница между RFC1918 и публичными адресами ...
Вопреки тому, что говорили другие, более длинные резюме лучше, чем короткие: они дают вам более конкретные вопросы для исследования и задают в попытке уклониться от шарлатанов. Если вам нужно, проведите многоуровневые телефонные интервью: используйте первое, чтобы выяснить, что они на самом деле делали, а второе - после того, как вы выяснили, какие вопросы следует задавать для данных технологий.
Ваша вторая по значимости цель должна заключаться в том, чтобы найти человека, который уже имеет опыт работы с системами, которые вы уже используете. Найдите человека, который имел дело с проблемами, с которыми вы сталкиваетесь сейчас или которые вы можете предвидеть в будущем (сборка систем и методов развертывания, системы мониторинга, безопасность, масштабирование). Посмотрите, чтобы нанять кого-то, кто работал в бизнес-ситуациях, аналогичных тем, которые есть у вас сейчас, и готов решать проблемы, присущие вашей ситуации. Инженер с MS в области сетевых технологий, который привык иметь неограниченный бюджет, отдел закупок и годичные проектные циклы, не сработает при запуске. И наоборот, анархисту Linux не будет хорошо, когда его попросят перенести процедуру контроля изменений ActiveDirectory в вашей Fortune 50.
Если вам нужно построить отдел по мере роста, не нанимайте тех, кто раньше никого не нанимал; если вам нужно иметь дело с 20 ТБ высокодоступных данных, не нанимайте тех, кто раньше не использовал SAN и т. д.