Системный администратор Linux

К сожалению я не успел в очередную волну историй про собеседования, но всё же хочется поделиться своим опытом со стороны работадателей. Как часто бывает в больших организациях, собеседование проходит в несколько этапов. Однако самый первый и самый важный этап - техническое собеседование. Надо выяснить уровень знаний претендента, умение находить решения не типовых задач и провести первичную оценку адекватности, как бы смешно это не звучало. Так получилось, что результате реорганизации в моём отделе образовалось некоторое количество вакансий. И это именно системные администраторы. И именно Linux.


Для начала немного теории. Системный администратор, это человек, в зоне ответственности которого именно операционная система. Чаще всего это серверные версии операционок. Это и Windows, и Linux, и всякая экзотика типа Solaris, HP-UX или AIX. А вот заправка картриджей, решение вопросов «У меня Excel не работает» или «У меня почта отправляется» - это хелпдеск, а не администрирование системы. К сожалению, в маленьких фирмах эти две должности зачастую объединены в одну. Отсюда и стереотипы, что сисадмин это мастер на все руки. Он и утюг посмотрит, и ноут починит, и 1С на сервере обновит. А если из клавиатуры вытрясет все крошки - может решить мировую проблему голода.


Так же стоит сказать, что в больших организациях сисадмины специализируются зачастую только на одном направлении. Обычно таких направлений два. Это семейство ОС Windows и семейство ОС Linux/Unix. Внутри каждого направления бывает дополнительные разделения. Например это виртуализация на какой-либо из платформ, либо это высоконагруженные системы обработки данных, либо сервера под базы данных и т.д. Хороший администратор отлично знает своё направление и понимает принципы работы смежных.


Кандидаты бывают разные, но в 95% случаев резюме мало соответствует реальности. Чаще всего получается так:

- Я ставил на ноут Ubuntu и значит могу написать «Экспертные знание в области Linux».

- В наследство от предыдущего админа достался шлюз на FreeBSD - как минимум надо перечислить всё, что там стоит и что лично не настраивал.

- Написал Hello world на Python/Lua/etc - опыт программирования не меньше Middle в резюме.


И таких примеров масса. Где-то когда-то слышал или кто-то на работе использовал - значит надо указать в резюме.

Системный администратор Linux Linux, Windows, Сисадмин, Отдел кадров, Пригорело, Длиннопост

Для оценки у меня есть список 40 вопросов разного уровня. Чем дальше по списку человек заходит - тем больше вероятность, что он будет у нас работать. Уровень от «как посмотреть версию ядра» или «как можно назначить ip адрес на интерфейс» до «принципы построения высоконадёжных кластеров виртуализации» и «преимущества Fibre Channel перед iSCSI». За пару лет я провёл больше сотни собеседований и на все вопросы никто ещё не ответил, но были люди, которые знали ответы на многие из них, а чего не знали - с подсказками понимали. Всего их было четверо и все в настоящий момент работают со мной.


В зависимости от уровня знаний и стремлений кандидата собеседование длится от 20 секунд до 3 часов. При этом мы не тираны и не маринуем 3 часа «без вынимачки». Мы и кофе напоим и печеньками угостим. Обычно две трети времени занимают наши вопросы и треть времени мы отвечаем на вопросы кандидата и рассказываем об организации.


Ну и на последок «успешные» примеры:


Успеть за 20 секунд.

- Как у Вас со знаниями Linux?

- Никак.

- До свидания.

Кандидат откликнулся на вакансию Старший системный администратор Linux.


Не интересно.

- У Вас в резюме опыт работы с Centos, Gentoo, FreeBSD. На сколько хорошо Вы с ними знакомы?

- Никак не знаком. Мне они не интересны.

- Зачем откликались на вакансию линукс-админа?

- …

- Всего доброго.

Зачем было тратить своё и чужое время - не понятно.


Уровень английского - made in velikobritania.

- Как исключить из обновления пакет?

- …

- Ну какой ключик надо использовать?

- …

- Хорошо, Вы набрали man yum, нажали слэш для поиска и что будете искать? Там же много всего. Какое слово?

- …

- У Вас указано уверенное владение английским. Есть слово include, включить. А как будет наоборот, исключить?

- Uninclude?

- [тихий мат про себя]

Самое страшное, что это не единичных случай. Дважды только за прошлую неделю.


Что-то где-то слышал…

- У Вас в резюме есть опыт работы с git. Как сделать коммит в текущую ветку?

- …

- Надо набрать git и что? Какое слово дальше?

- …

- Зачем писать то, чего не знаете?

- …

Копипаста чужих резюме - зло.


Провал памяти.

- У Вас указан опыт разработки на Python. Какие есть встроенные типы структур данных?

- …

- Есть list, список, есть dict, словарь. А третий тип?

- Я не помню названия.

- Хорошо, list это прямые скобки, dict - фигурные, последний тип tuple - кортеж. Какие у него скобки?

- …

- Что за проект Вы писали на Python?

- Не помню.

- Ну что он делал? Для чего?

- Это давно было. Не могу сказать.

Знание Python это плюс в резюме только если оно действительно есть.


Это то немногое, что вспомнилось только за последние пару недель. Часто человека пытаешься подвести к ответу, доходит чуть ли не до такого: каким таким top можно посмотреть какую такую нагрузку на какой такой процессор?

Ожидание: «Нагрузку на процессор можно посмотреть командой top».

Реальность: […белый шум в глазах…]


Данный текст побудило написать профессиональное подгорание.

Системный администратор Linux Linux, Windows, Сисадмин, Отдел кадров, Пригорело, Длиннопост

P.S: Если ты понял почти всё из сказанного, тебя это повеселило, ты живешь в Ростове-на-Дону и хочешь работать по специальности из заголовка за ЗП выше средней по рынку - милости прошу в телеграмм. Логин такой-же, как и тут. Да простят меня модераторы и не сочтут рекламой.

GNU/Linux

1K постов15.5K подписчик

Добавить пост

Правила сообщества

Все дистрибутивы хороши.

Будьте людьми.

Вы смотрите срез комментариев. Показать все
27
DELETED
Автор поста оценил этот комментарий

Системный администратор - ИТ специалист, который поддерживает готовую систему (будь это заменить картридж, будь это systemctl restart NetworkManager). Пофиг из хелпдеск он или нет.

Системный инженер - ИТ специалист, который внедряет или дополняет системы, а так же решает проблемы вне компетенции администратора.

Системный архитектор - тот, кто диктует системному инженеру, как сделать лучше, он проектирует новые системы, после чего инженер это реализует.


Так вот:

«принципы построения высоконадёжных кластеров виртуализации» и «преимущества Fibre Channel перед iSCSI»

вам нужен Cистемный инженер Linux

раскрыть ветку (23)
4
Автор поста оценил этот комментарий

Он всем нужен, а где ж его брать )

раскрыть ветку (4)
4
DELETED
Автор поста оценил этот комментарий

а Вы соответствующие суммы укажите в ЗП вакансии и найдется)

1
Автор поста оценил этот комментарий

Как только предложат зп от 400к - сразу уволюсь и начну разбираться в линуксе. А пока мне и в тзи гостайны неплохо.

раскрыть ветку (2)
1
Автор поста оценил этот комментарий

а ты тут причем

раскрыть ветку (1)
Автор поста оценил этот комментарий

Ну человек жалуется, что люди не идут линукс-инженерами. Ему что я, что вышестоящий комментатор ответили: делайте высокую зарплату - прибегут.

4
Автор поста оценил этот комментарий

О как раз аникей в куче контор. Все по немногу и нигде как профи.

5
Автор поста оценил этот комментарий

Всё начинается с малого. Нужен хотя бы администратор, а до архитектора мы его прокачаем) В идеале да, именно инженер.

раскрыть ветку (12)
2
Автор поста оценил этот комментарий

что ж за контора у вас, что кого угодно взять готовы?

И сколько это ваше "выше средней по рынку" ?

Почему к вам на столько не идут?

раскрыть ветку (11)
2
Автор поста оценил этот комментарий

Почти любая контора среднего и более размеров. Лучше, конечно, сразу взять того, кто все сделает ок, но таких мало, потому приходится брать что дают (с каким-то порогом) и дальше учить

раскрыть ветку (10)
1
Автор поста оценил этот комментарий

не, если все, как описывает автор - и денег больше рынка, и FC с солярисом надо знать (надеюсь, это не тот случай, когда на собеседовании - "как запустить звездолет", а в реальной работе - "если предмет движется - отдай ему честь, если не движется - покрась его"), и учить готовы - очередь должна стоять из желающих. А в таком городе, как Ростов специалистов хватает.

Что-то подозрительно. Что-то тут не так.

раскрыть ветку (9)
Автор поста оценил этот комментарий

учить солярис и фц(когда мода на sdn и rdma) - нафиг нужно. приходят нормальные, смотрят на объем легаси, спрашивают про перспективы роста и новые проекты и потом проходят мимо.

серьезно, некоторые должности должны быть разделены если работодатель хочет удержать специалистов на поддержке мамонта-зомби. или выкидывать и переделывать/покупать готовое/обновлять самые экзотические части.

раскрыть ветку (8)
Автор поста оценил этот комментарий

я не понял, как вы в одну кучу смешали fc, sdn и rdma (и что же это за мода такая на rdma, в первый раз слышу), но крутые бренды и энтерпрайзные технологии имеют определенную притягательность у юных админов. Это потом, когда пощупаешь хай-эндовые хранилки и сервера, осознаешь тщетность всего этого. Но, наверняка, и с микросервисами и контейнерами то же самое.


а что вы предлагаете, оракл в кубернетис? Эти экзотические части нужны потому, что это экономит реальное бабло на оракл-лицензиях. Можно, конечно, отказаться от оракле и переписать все на чем-нибудь другом - но это тоже огромные деньги и не все на это готовы.

раскрыть ветку (7)
Автор поста оценил этот комментарий

у rdma один недостаток - пока дорого, потому специалистов мало и они тоже дорогие.

преимущество - меньше затыков из-за задержек обработки, потому больше iops.

а iops мало не бывает, чем больше - тем более интересные штуки можно делать.

вот рекламки

https://www.networkcomputing.com/data-centers/nvme-over-fabr...

https://habr.com/ru/company/raidix/blog/329472/

http://www.etronik.ru/novosti/lenta-novosti/chto-takoe-iwarp...

http://www.1cabling.com/archives/726.html

https://blog.mellanox.com/2015/05/storage-spaces-direct-if-n...

https://www.hpcwire.com/2019/11/04/its-probably-a-duck/

https://www.dell.com/support/article/ua/ru/uabsdt1/how16693/...

https://www.bloomberg.com/press-releases/2019-08-26/mellanox...

https://ir.mellanox.com/news-releases/news-release-details/m...

https://habr.com/ru/company/huawei/blog/334920/


кроме отдельных san вполне можно уже сейчас ставить nvme в каждый сервер и если систему можно кластеризовать - получить повышение скорости и избавиться от устаревших технологий.

но замена железа все портит.


если не используются функции которые умеет только оракл - да, выкинуть его. это вопрос не к инженеру, а к архитектору и бизнес отделу, считать им. и решать когда переходить - тоже им, но в любом случае модернизировать придётся. пока проблема только в специалистах, но по мере устаревания перейти будет дороже.

раскрыть ветку (6)
Автор поста оценил этот комментарий

а, вы о NVMeoF? Я, конечно, перестал быть СХДшником до того, как оно появилось, но оно не выглядит сложно. А насчет замены оборудования - оно и так периодически меняется. Лет через 5-7 выгоднее купить новую хранилку, чем платить за поддержку старой.


Кстати, зря вы ёпсами меряете. Они показывают нагрузку, а не производительность. И есть способы выжать побольше ёпсов, от которых вам, как потребителю радости не будет. Нагрузить в кучу потоков, латенси будет шкалить, приложение тормозить - зато ёпсов дохера.


В том то и дело, что к архитектору и бизнес отделу. В тех случаях, когда оракл реально нужен, это перепиливать все приложение. С текущими ценами на программистов - огромные деньги. Ну и кого-то просто так не убедишь

раскрыть ветку (5)
Автор поста оценил этот комментарий

замена оборудования - ну я про это и говорю применительно к автору, вместо поиска администратора на все руки(или сетевика и отдельно кого то по схд) можно выкинуть устаревший fc и непопулярный солярис и делать нормальное хранилище или вообще разделять, но всё это зависит от бизнеса.

rdma как раз позволяет получать больше полезных iops за счет уменьшения времени обработки и выкидывания ненужных стадий.

про перепись  - учитывая что сейчас доллар не очень, то если деньги на переписывание есть сейчас, то лучше переписать пока они есть, чем потом - когда технологический долг накопится и клиенты начнут уходить, а новых потенциальных клиентов возможности сервиса не будут впечатлять.

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

раскрыть ветку (4)
Автор поста оценил этот комментарий

блин,
1. NVMeoF расшифровывается как NVMe over FC. И зря вы употребляете термин rdma. Это слишком широкая технология, к СХД непосредственного отношения не имеет. Не более, чем электричество.
2. Солярис зачастую нужен, чтобы работать на спарковых серверах. А на них оракл зачастую дешевле.

3. Иногда проще оставить как есть. Работает - и не трогай. Вон в США только недавно от 8-дюймовых дискет отказались. А если сейчас перепишешь, а через пару лет выйдет новая методология. Опять переписывать? А клиентам зачастую похер. Они этот технический долг вообще не видят.

раскрыть ветку (3)
Автор поста оценил этот комментарий

Вроде бы да, но частенько про стадию "инженер" все забывают и используют термины администратор, старший администратор и... А и всё. Есть администратороинженер (ну ок, несколько) и администратороинженероархитектор на позиции старшего администратора. Ну может ещё техдир где то тут.

Автор поста оценил этот комментарий

Интересная и толковая интерпретация. Хорошее разделение труда. Но позвольте доебаться. Если принять Вашу схему, то получается, что системный архитектор должен уметь работать, как системный инженер, а системный инженер должен уметь работать как системный администратор, правильно?

раскрыть ветку (1)
DELETED
Автор поста оценил этот комментарий

Совершено верно, обычно и происходит так карьерный рост от системного администратора до системного архитектора. Так что, системный инженер и системный архитектор с большой вероятностью  в прошлом был админом

Автор поста оценил этот комментарий

у CE цифирьки по зп будут несколько отличаться.

Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку