Как стать сисадмином – Тренажер для системного администратора или как превзойти своих бывших сокурсников на собеседовании

Как стать системным администратором — пособие для начинающих (часть 1) / Habr

Так получилось, что эту весну я провёл в поисках/собеседованиях людей аж на четыре вакансии, связанные с системным администрированием. Я пообщался с несколькими десятками людей и заметил характерные ошибки и проблемы, с которыми они сталкиваются. Излагаю то, что заметил, а так же свои мысли, как эти проблемы решить.

scope: начинающие системные администраторы, помощники системных администраторов и т.д. Опытным администраторам, а так же тем, кто имеет вполне конкретную специализацию будет если и интересно, то бесполезно.

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


Если очень огрублять, сисдамины бывают со специализацией, и без специализации. Обычно карьеру начинают без специализации, потом имеют несколько «загнувшихся» веток развития и одну-две-три, в которой проходит дальнейшая жизнь (классические «билды» персонажей в RPG очень хорошо соответствуют этому). Сисадмин без специализации — эникейщик-переросток (я этот тезис разберу чуть ниже). Однако, востребованность сисадмина узкой специализации ниже (если считать в штуках вакансий), чем сисадминов универсалов (этот тезис я тоже раскрою ниже). Однако, при меньшем количестве вакансий, реальная потребность в квалифицированных специалистах много выше, чем есть самих специалистов, то есть чем выше квалификация, тем меньше конкуренция. В какой-то момент у вас будет лежать несколько предложений от разных компаний, хоть вы и не планируете уходить из текущей.

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


Поскольку сисадмин — профессия, то за неё платят деньги. Деньги обычно платят компании сотрудникам. Значит, компаниям нужны сисадмины.

Итак, в соответствии с вышеприведённой классификацией есть два важных типа работодателей — профильные и непрофильные.

Начнём с непрофильных. Непрофильный работодатель — это компания, которая НЕ занимается IT, или занимается ею в далёкой от сисадмина области. Яркие «антиподы» IT-шности: туристические агенства, компании, работающие с недвижимостью, автодиллеры и т.д. Для них администратор — это такой «электрик/завхоз по компьютерам». Им не нужна сложная инфраструктура, они знать не знают про то, что делают сисадмины, что там есть сложного и что простого. Они не могут проконтролировать качество работы сисадмина, а единственным признаком его успешности является «работает» или «нет». Точный уровень развития компании очень сильно варьируется и может сводиться к «настроить принтеры и аську» до сопровождения довольно экзотических программ (этим особо страдают медицинские учреждения). В любом случае, айтишная сложность их конфигурации чаще всего минимальная, и говорить про реальное «хозяйство» сисадмина не приходится.

Отдельно нужно упомянуть компании с высокой степенью айтизации не-айтишного бизнеса. (Яркий пример — торговые сети, банки). Чаще всего в такой компании таки есть человек, который способен оценить качество работы и сложность решения, он же обычно способен говорить с сисадмином на нормальном языке, а не изъясняться птичьими словами про «не работает интернет», «процессор под столом пищит» и т.д. Однако, не смотря на возможную сложность конфигурации, она вполне ограничена бюджетом и потребностями компании, и обычно не требует выходить за рамки минимума для работы. Потребности IT-отдела воспринимаются как чистая обуза, которую нужно на этом самом птичьем языке отстаивать.

Второй тип работодателей, это профильные компании. Большинство крупных интернет-сайтов являются такими, к таковым же относятся хостеры, дата-центры (если они занимаются чем-то, кроме аренды юнитов/dedicated), компании, у которых бизнес завязан на компьютерные технологии (сотовые компании, процессинговые центры). Заметим, что у профильных компаний так же бывают непрофильные администраторы (которые занимаются обслуживанием рабочих мест в back-office'е), при трудоустройстве нужно точно для себя выяснить, чем именно вы будете заниматься.

Такие компании обычно ищут себе сотрудников «под задачи», то есть им нужен человек, который может заняться какой-то областью их деятельности.

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


На самом деле такой профессии не существует. Так сложилось, что многие компании хотят иметь в штате человека, который будет отвечать «за всё компьютерное». Обычно это непрофильные компании. Причём хотят они одного-двух, а не три десятка сертифицированных специалистов. (Для тех, кто хочет рассказать про своё блестящее настоящее в лице администратора Oracle и т.д. — повторю, речь про ситуацию на рынке). Отсюда простое правило: от вас будут хотеть всего сразу же. Причём, в будущем вы обнаружите, что поверхностные знания обо всём не особо ценятся. Однако, такие рабочие места — отличное место для начала — вы можете попробовать всё и понять, что вам нравится больше всего.

Таким образом имеется явное противоречие между работой начинающего системного администратора (точнее, теми требованиями, которые к нему предъявляют) и дальнейшим карьерным ростом. Это противоречие появляется не сразу же, а через некоторое время, когда человек осваивается с работой.

Впрочем, вернёмся к работе системного администратора. Вот список областей, с которыми чаще всего сталкивается системный администратор. Обратите внимание — эти области сильно выходят за рамки разумного, но — см. выше, от вас хотят всего, сразу, и желательно за малые деньги:


(речь про сисадминов-универсалов, конечно)
  • Администрирование сети. В минимальном виде это «гуру конфигурации десктопного wi-fi роутера», в максимальном — человек, который спланирует сеть на 1000 человек с филиалами в пяти городах. В это входит: топология сети (какую железку в какую втыкать и зачем), планирование СКС (где и сколько розеток), конфигурация nat'ов и vpn'ов и т.д. В эту же кучу идут и всякие сервисы контроля доступа в интернет — squid, IIS, умные и тупые файрволы, IDS и т.д.
  • Администрирование рабочих станций. Сгоревшие БП, переустановка виндов, решение проблемы с очередным банк-клиентом, починка отвалившейся печати, решение проблемы «чем мне открыть этот файл», борьба с вирусами для windows и т.д. Минимальный уровень — установить офис, максимальный — разработать групповую политику для автоматического накатывания новой версии софта, которая не имеет msi (самому делать придётся). Заодно решаются проблемы с автоматическим деплоем рабочих станций, бэкапов, безопасного удаления и т.д.
  • Централизованная авторизация. Обычно в этом качестве выступает Active Directory. Одна из самых «чистых» дисциплин, она же одна из самых сложных. Минимальный уровень — добавить/удалить пользователей, вогнать рабочую станцию в домен. Максимальный — реализовать автоматическое назначение политик на пользователей заданного OU в случае доступа к компьютеру в одном из узлов соседнего дерева в лесу (мы все любим эту терминологию, да).
  • Почта. Условно делится на три мира: мелкие виндовые почтовые сервера (класса Kerio), могучий и ужасный Exchange, нормальный linux/freebsd сервер с любым вменяемым почтовым сервером (postfix, exim, sendmail и т.д.). Минимальный уровень: добавить почтовый ящик, добавить ещё один домен и добавить дополнительный емейл пользователю. Максимальный уровень: настроить почтовую тикет-систему, список рассылки, фильтрацию спама, автоматическое заведение ящиков и т.д.
  • Базы данных — чаще всего является частью другой инфраструктуры. Специализированные администраторы баз данных — совсем отдельная лига. Минимальный уровень: установить, перезапустить, подключить в приложении, добавить/удалить БД. Обычно так же умение сделать бэкап и его восстановить (что сложнее). Максимального уровня нет, т.к. если вы хорошо знаете какую-либо СУБД, SQL, способны развернуть сервер с активной асинхронной подпиской на другую БД, то это уже не совсем «универсальный системный администратор». Условным потолком можно считать способность починить побившуюсь MyISAM базу данных.
  • 1C. Не смотря на то, что 1C — это такая фирма, выпускающая игрушки и обучающие диски, под «1С» обычно подразумевают 1C: Предприятие, 1С: Бухгалтерию и прочие кошмарные порождения извращённого соития бухгалтерии и программирования. Человек, который много про «это» знает, называется «программист 1С» (не путать с нормальными программистами). Минимальный уровень: создать новую базу, завести/удалить пользователя. Максимальный уровень: поправить конфигурацию, добавить поле в отчёт, разбираться с тем, как 1С возлежит с SQL.
  • Сайты. Под этим может подразумеваться почти что угодно — от «заказать shared-хостинг» до «решить проблему производительности в django-orm при работе с postregsql». Запросто в эту область может оказаться включенным копирайтинг, поисковый спам (SEO), веб-дизайн, веб-программирование и т.д. Минимальный уровень: уметь чуть-чуть верстать в html, максимального не существует, т.к. перечислены разные профессии. Кстати, среди них есть и настоящая систадминская: администратор web-сервера — load ballancing, failover, high avablility, кластеры и т.д., что опять же выходит за категорию «универсальности».
  • Системы контроля доступа и видеонаблюдение. Чаще всего их делают специализированные организации, однако, бывает, что приходится возиться и системному администратору. Минимальный уровень: подцепить ещё одну камеру, прописать карточку доступа. Максимальный уровень: автоэкспорт видео в архив, синхронизацию всех видов контроля. Будущее с большой вероятностью не админское, насколько я знаю, эту область администраторы обычно не любят.
  • АТС. Ещё одна область, которая попадает в системное администрирование случайно. Минимальный уровень: добавить переадресацию, подключить дополнительную входящую линию. Максимальный уровень: поднять свой астериск с голосовым меню на 300 пунктов, sip-skype гейтом, маршрутизацией, способной перкидываться между IP, медью и E1 в зависимости от условий. Ещё сюда часто попадает телефонная legacy, «обстучать крон», разбираться в всяких плезиосинхронных входящих линиях, E1 и т.д. Повторю, это не админская специализация — вообще этим занимаются телефонисты.
  • Печать/сканирование. Чаще всего тривиальная задача, пока не приходится делать принтеры сетевыми и решать проблемы всяких промышленных принтеров. Минимальный уровень: подцепить принтер; Максимальный уровень — решить проблему цветовых профилей, подключить принтер этикеток в качестве сетевого, автоматически назначать принтеры при входе пользователя на компьютер.

Помимо этого есть множество специфичных областей: терминальные серверы, различные ERP/CMS, служебный софт для обслуживания сети и т.д.

Подводя итог: невозможно быть не то, что профессионалом, но хотя бы более-менее хорошо знать всё это. Но знать надо. Именно на этом противоречии и строится карьера начинающего администратора.

Отдельно нужно сказать о тех, с кем вы столкнётесь при собеседовании. В отличие от остальных случаев, собеседовать вас будут с 99% вероятностью люди, далёкие от компьютеров. И проверять они будут не ваши знания, а вашу адекватность и «бойкость ответов». Если вы их закидаете умными словами, вас не воспримут адекватно.

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

Основные вещи, которые обычно делает эникейщик:

  • helpdesk — стол вспоможения. Отвечать на телефонные звонки сотрудников, показывать как нажимать any key, помогать найти кнопку сортировки столбцов и выковыривать застрявший в приводе диск.
  • Подготовка рабочих станций — установка, подключение, укладывание проводов, установка ОС и софта и т.д.
  • Решение всякой неизлагаемой словами фигни с пользовательскими приложениями — особенно это касается софта из налоговой и банк-клиентов.
  • Исправление СКС (новые розетки, перенос существующих), диагностика проблем, коммутация, если стоят кроссы, то их расшитие.

Если в компании нет эникейщика, то его обязанности исполняет системный администратор.

Заметим, «помощник системного администратора» чаще всего практически расходный материал с высокой текучкой. В одной компании дело доходило до того, что начальник отдела не знал по именам всех помощников администраторов (3 шт), ибо хоть кто-то но раз в месяц-полтора уходил.

С точки зрения эникейщика — такая работа — это трамплин в системное администрирование, но никак не основная профессия.

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


Мой опыт говорит, что туда идут обычно люди без профильного образования. Чаще всего молодые, хотя я собеседовал дядю 42 лет на должность «помощник системного администратора». Не смотря на то, что описанные выше обязанности вроде бы являются почти тривиальными, для многих это самый сложный шаг. Стать администратором из помощника администратора легче, чем стать помощником сисадмина.

Основная причина: от вас будут хотеть знаний, которые сравнимы с администратором. Причём, половина из этих знаний не изложена нигде в книгах и является переходящим опытом (например, возня с банк-клиентами). Ещё одной важной особенностью является «чувство компьютеров», я встречал на собеседованиях много людей, они просто не могли оценить естественность того, что происходит в компьютере, что сильно им мешало в анализе ситуации. Это невербальный опыт, он появляется после долгой работы с компьютерами.


Типичная карьера выглядит так: помощник системого администратора (или администратор в маленькой компании с 5-8 человеками), администратор, администратор (может быть ещё 2-3 раза администратор), начало настоящей специализации. Специализация может быть двух видов: повышение технического уровня (вместо поверхностных знаний обо всём, глубокие знания о немногом), и административная карьера — начальник IT-отдела, CIO (ИТ-директор) и т.д. Это два совершенно разных направления — первое связано с компьютерами, второе — с людьми, управлением персоналом, планированием, бюджетированием, совещаниями и т.д.

Переход с этапа на этап определяется несколькими факторами: 1) Теоретическими знаниями 2) Практическими навыками 3) Знанием реалий 4) Связями и отношениями с другими людьми (как внутри компании, так и за её пределами).

Среди этого не очень понятным выглядит третий пункт. Что такое «реалиии»?

Знание реалий


Речь идёт про знание того, чем обычно пользуются в компаниях, сколько это стоит и как работает. Условно говоря, это человек, который знает, что современные офисы кладут 5e, а не ThickEthernet (как было описано в книжке 1993 года), что класть 6ую катеорию неоправданно (хоть это и советует буклет производителя), что за программистами нужен глаз да глаз, иначе компания окажется намертво завязана на конкретного человека и т.д. Другими словами, знание реалиий — это способность сказать, что именно нужно в терминах, которые будут понятны и поставщику, и окружающим.

Навыки


До определённого момента решают почти всё. Без некоторого набора навыков никакие теоретические знания не помогут. Включает в себя просто «много километров за рулём» — решение множества проблем, навыки работы с консолью и типовым софтом, знание симптомов проблем, знание типовых решений для типовых случаев.

Теория


На первых порах теоретические знания не очень важны, поскольку у вас нет должного ощущения от компьютеров, чтобы правильно их воспринять. Однако, если не вкладывать своё время и усилия в теоретические знания, то вы быстро не заметите, как застряните на своём уровне. Зарплата будет по чуть-чуть расти, возможно, будет карьера, но ит-шный мир вокруг перестанет меняться. Те же технологии, те же глюки. Отсутствие теоретических знаний не мешает работать — оно мешает понимать, как работает и как чинить неработающее. Опыт сильно подменяет теорию в смысле решения проблем, но не даёт сил увидеть ситуацию в общем, найти настоящую причину (вместо повода).

Связи


Да, они значат очень много, особенно, в случае карьеры IT-директора. Единственный метод избежать необходимости иметь много знакомых и играть в офисные игры «царь горы» — это профессионализм (читай, опыт и теория). Если нет — то только личные связи, знание людей, умение их ощущать, умение им приказывать и всячески иначе руко водить. По моим наблюдениям примерно 30% эникейщиков находят первую работу по знакомству.

Для узкоспециальных администраторов связи значат уже совсем другое. Чем уже специализация — тем меньше ассортимент работодателей, тем больше вероятность знать всех или почти всех. Наличие примелькавшегося имени сильно сокращает время поиска работы. В этом случае речь идёт не о «связях» в бытовом смысле, а о профессиональной известности.

Продолжение: habrahabr.ru/post/118966

5 шагов, чтобы стать системным администратором

Работа системным администратором – хороший шанс начать карьеру в IT. При этом не все отзываются о ней хорошо. Хотите узнать, почему?

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

Скажем сразу: эта должность не для слабонервных!

Решили, что подходите для профессии сисадмина? Тогда сделайте первый шаг, и успех не за горами 😉

«Да бросьте! Высшее образование в IT неактуально!» – подумаете вы и будете правы... Отчасти. Львиная доля работодателей нанимают кандидатов со степенью в профильных специальностях компьютерных наук и инженерии.

Почему?

Рекрутеры – это не всегда или вообще не гики. Единственное, на что они могут опереться, рассматривая кандидата на первых этапах – не практические навыки, а степень образования. Согласитесь, лучше нанять «Бакалавра компьютерной инженерии», чем просто «человека, который может».

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

Всё просто: современные технологии опережают учебники, здесь не обойтись без самообразования и глубоких знаний, которые дают в ВУЗах. Без них невозможно освоить комплексные изменения в динамичном мире информационных технологий. Часто кандидат, которого наняли около пяти лет назад, становится некомпетентным.

Не хотите для себя такой участи?

Тогда заведите привычку самостоятельно узнавать о новых тенденциях в вашей сфере: какие приложения и ОС используются чаще, как меняются подходы диагностики ПО и железа, что за угрозы обсуждаются в сфере информационной безопасности и так далее. Читайте первоисточники и взаимодействуйте с профессиональным сообществом.

За 4 года вы освоите основы нескольких языков программирования, разных операционных систем, компьютерных сетей, работы с базами данных, etc. Важный момент – не игнорируйте стажировки! Они помогут обзавестись профессиональными связями и сделают вашу кандидатуру привлекательнее. Не забывайте, что вам понадобится минимум 3-5 лет опыта работы.

Ещё во время учёбы нужно проходить дополнительные программы. Сертификаты – это ещё одна причина нанять вас. Они повышают навыки и расширяют возможности.

Разные компании предоставляют свои сертификаты. Вот самые крупные.

Microsoft Certified Solutions Associate (MCSA)

В корпорации есть три уровня:

  • MTA – для новичков, которым нужны технические аспекты.
  • MCSA – для обладателей основных знаний в поисках работы начального уровня.
  • MCSE  – для опытных IT-профессионалов, которым нужны навыки в инновациях и облачных технологиях.

После окончания бакалавриата самое время получить MCSA – эти курсы сосредоточены на бизнес-приложениях, облачных платформах, управлении данными, аналитике и т. п. Они помогут разобраться в проектировании решений с помощью базовых продуктов, таких как Microsoft Server.

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

LPIC-1 Certified Linux Administrator

Не терпится поработать с Unix-подобными ОС и применить свои знания? LPIC-1 – это сертификат от Linux Professional Institute. Вы научитесь выполнять задачи в командной оболочке, устанавливать и настраивать операционную систему и сеть.

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

CompTIA Server+

Эта некоммерческая организация выпускает независимые от поставщиков IT-сертификаты. Server+ – это комплексная и очень интенсивная программа. Она требует от заявителя 18-24 месяцев профессионального опыта работы. Взамен она даёт мастерство в серверной архитектуре и администрировании, в хранилищах, безопасности, сетях, аварийном восстановлении и в отладке проблем железа.

Для получения бессрочного сертификата нужно пройти 90-минутный экзамен.

Есть много других IT-сертификатов. Среди них Red Hat Certified System Administrator для работы с RHEL и CCNA от Cisco.

И читайте книги:

Установите виртуальную машину с Linux

Выбирайте CentOS, которая базируется на коммерческом RHEL и совместима с ним. Не забудьте указать это в своём резюме.

Debian можно рассматривать в качестве серверной ОС, для которой доступно основное сетевое программное обеспечение. Она довольно гибкая и служит основой для многих других дистрибутивов. Начните с документации:

Освойте языки сценариев

Они активно используются системными администраторами:

  • Bash – оболочка для работы в интерфейсе Linux. Является стандартом для создания скриптов и главным требованием к сисадмину.
  • Python – лёгкий, бесплатный, open-source язык, который справится со скриптами и приложениями. Можно написать полноценный back-end и front-end благодаря разным парадигмам программирования.
  • Perl – язык, который часто используют сисадмины. Не исключено, что вы получите в наследство длинные скрипты, написанные на нём. Хотите быть системным администратором? Запасайтесь терпением и учите синтаксис.

Ещё вам понадобится знание Vim, Git и SQL, поэтому читайте:

Как быть хорошим системным администратором? Кроме технических знаний Windows и Linux, важны и личностные качества.

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

Общительность – первостепенный скил, ведь нужно предлагать идеи, объяснять цели проекта и обучать сотрудников ответственной работе с IT-активами компании. Хороший сисадмин знает, как объяснить сложную информацию людям, не связанным с IT. Используйте юмор, придумывайте истории и просто общайтесь, объясняя сложные вещи.

Для начала попрактикуйтесь на стажировках и part-time, затем устройтесь на full-time. Возьмите на себя младшие роли Junior Tech или Desktop Support Helpdesk. Здесь вы сможете применить ваши знания на практике. Лучшая тренировка – это настоящая работа.

Когда пройдёте «огонь и воду», готовьтесь стать системным администратором. Вместо ожидаемых 3-5 лет опыта приложите ваши стажировки и обучение. Используйте заведённые контакты и сеть – это лучший способ устроиться. Обозначьте в резюме специфические вещи, определённую ОС или особую профессиональную сферу.

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

Как вы уже поняли, изучить придётся многое. Между тем профессия очень стрессовая – своего рода IT-пожарный. Нужно крутиться как белка в колесе: реагировать на жалобы пользователей, решать «глупые» проблемы, чинить принтер, восстанавливать файлы и т. д. За это вам никто даже «Спасибо» не скажет, ведь это ваши прямые обязанности. А вспомнят о вас тогда, когда всё пойдёт не по плану. Угадайте кто будет виноват?

Другая сторона – это хороший шаг для погружения в IT-индустрию. Здесь много интересных задач и людей, с которыми нужно общаться. Это хорошее подспорье для освоения других профессий в разработке или DevOps.

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

А что думаете вы? Делитесь своим опытом работы системным администратором в комментариях.

Как стать системным администратором — пособие для начинающих (часть 2) / Habr

Предыдущая часть: habrahabr.ru/post/118475

В этой части: подробнее о жизни эникейщика: как устроиться, чем заниматься, чего избегать, к чему стремиться.

Я откладываю вопрос о «будущем сисадмина» на следующие части — сейчас я сфокусируюсь на том, как начинается карьера. Повторю, опытным администраторам всё это будет казаться либо обидным, либо очевидным — но я достаточно посмотрел за эту весну на людей, которые пытаются «вскочить в индустрию», но у них не получается. Именно для них этот цикл статей. (Я не ощущаю себя достаточно умным, чтобы рассказывать про будущее карьеры для людей, у которых опыта, возможно, больше, чем у меня).


Примерно до середины 2000ых было два пути стать системным администратором: через путь эникейщика и через профильное высшее образование (обычно, в всякого рода институтах связи). Первое давало много опыта, второе — довольно много знаний (из которых большая часть не нужна). Сейчас появился третий — всякого рода «курсы системного администрирования», которые, реально, тлен и прах (если судить по тому, что знают и умеют те, кто их закончил).

Я пока сфокусируюсь на первом — а именно, «через эникеи в админы».
То, что я напишу, вызовет бурю возмущения (во всяком случае, именно такую бурю обычно вызывает текст вакансии с такими требованиями и з/п в 15-17 т.р. (Санкт-Петербург)).

Нужно: уметь установить виндоуз, починить ей загрузчик, точно знать, где находятся программы, данные пользователей и т.д. (то, что называется «уверенный пользователь windows»). Дальше интеренее: нужно иметь представление об СКС (объяснить, какие пары и зачем переворачиваются в кроссе), знать про маршрутизацию (на уровне объяснить что от чего отделяет маска сети), DNS (на уровне знания про существования RR и способности определить IP по dns-имени в консоли), диагностику сети (знать, что такое пинг и уметь интерпретировать его вывод), нужно иметь какой-никакой опыт с офисными приложениями, уметь читать отлупы почтовых серверов.

Тяжеловатый список, правда? Последний раз, когда я искал помощника сисадмина, я решил не сдаваться и остановился именно на таком уровне. Нужно сказать, человек таки (через 3 недели) нашёлся.

Итак, первое — это знания. Где их получить? Видимо, дома. Внимательно думайте что делаете, старайтесь разобраться «почему». Каждая переустановка windows с нуля — ваш проигрыш.

Второе — адекватность. Свободный график, поблажки по времени работе — это удел админов. Эникейщик должен быть вовремя (и никого не волнует маршрутка в пробке), он должен быть приветлив к пользователям, он должен владеть русским языком и более-менее письменным этикетом (чтобы отвечать на письма внутри компании вменяемо).

Собеседование


Для того, чтобы попасть(ся) на работу, нужно пройти собеседование. Бывают разные компании, как вести себя в ситуации HR-дурочки или гендиректора в роли собеседующего я не знаю, но вот несколько нехитрых правил, которые влияют, возьмёт вас на работу собеседующий администратор, или нет:
  1. Никакого шапкозакидательства (плохой пример: «да, это элементарно, ну чё тут вообще делать, плёвая задача, я такие не люблю, но умею»). Если вы такой умный, почему вы на «помощника» претендуете, а не админите уже который год?
  2. Позитивный настрой. Даже если вы винды и 1С терпеть не можете, если с ними работаете — никакого (по-крайней мере на собеседовании) бухтежа по поводу глючных виндов, грёбанного 1С, тупых ламеров и т.д. Примерный формат ответа: Да, знаю, да, могу. Это и это — наверное, смогу, хотя ни разу не делал. Вот это — пока не знаю, трудно оценить сложность.
  3. Отсутствие самоуверенности. Типичные ошибки: «я всё знаю про винды», «знаю линукс», «знаю 1С». Самую большую ошибку, которую можно сделать при собеседовании с профессионалом (когда вас админ собеседует, а не дамочка из HR) — это знавить о большИх знаниях, но не показать их. В этом случае даже ваши небольшие знания не будут засчитаны. Будте честнее — чем понятнее будет ваш уровень знаний, тем больше к вам доверия. Когда вы всё знаете, но ничего не можете — это худший вариант. Откровенно, если у меня на собеседовании человек заявляет о глубоких знаниях, а по сути ничего не может сказать, то на этом можно считать собеседование законченным (чуть ниже я раскрою эту мысль).
  4. Отсутствие попыток залезть поперёк батьки в пекло. По молодости я, например, этим страдал — идя на собеседование я по заголовкам писем старался выяснить максимум про структуру сети компании. Иногда это удавалось, и я горделиво объяснял, что я уже много знаю про эту сеть. Разумеется, реакция была не «ой, какой он умный, берём его сейчас же», а строго обратная — враждебная подозрительность «а что он ещё тут хочет вынюхать?». Вы пока что чужой человек копании — и доверия к вам пока никакого — «искательный» энтузиазм — это интерес к «нутру» компании постороннего человека, что однозначно враждебное действие, особенно в условиях распространённых мухлежей с НДС и прочими «холдинговыми методами ведения бизнеса».
  5. Безусловно, никакого бреда из книжек про трудоустройство про особый энтузиазм к компани. Если вы устраиваетесь в ООО «блаблабла», то говорить, что хотели бы работать именно тут — это ошибка. Будет звучать фальшиво. (Впрочем, если вы идёте в крупное звучное имя, то сказать, что вам интересно было бы работать в крупной компании можно, но ни на что не повлияет). Кстати, у меня есть подозрение, что фраза «я хочу поработать в крупной компании» может быть интерпретирована как «я хочу вас как строчку в резюме и долго тут не задержусь», так что я бы вообще предложил на этом этапе воздержаться от описания своих карьерных ожиданий
  6. Никаких рассуждений с чем бы вы хотели работать. Оставим это до момента появления у вас специализации — людям нужен человек, который будет делать то, что сказали (помним про «расходный материал» из предыдущего поста). Право выбирать себе область специализации вы сможете после того, как она у вас появится. До этого момента — что дали, то и надо жрать. Жрать, усердно делать что сказали, и учиться-учиться-учиться
  7. Очевидное, но важное: приносите с собой резюме. Может сильно помочь, потому что иногда его забывают распечатать/прочитать и т.д., наличие с собой во-первых покажет, что вы таки идёте сюда, а не куда попало, а во-вторых даст капельку человеческой благодарности. Специально предлагать не надо, но вполне можно положить рядом с собой на стол. В резюме имеет смысл написать вилку от предлагаемой з/п для должностей такого рода она обычно в вакансии написана ± 1т.р.
  8. Если предложат подвинуться вниз, то не возмущайтесь, говорите, что «это нижняя вилка моих ожиданий, я бы хотел видеть чуть большую сумму, если вы настаиваете на нижней границе, то если можно, то я хотел бы некоторое время подумать и посмотреть на другие предложения по рынку». Это даёт момент манёвра и вам, и работодателю.
  9. Будет очень неплохо уточнить, что нужно будет делать на должности, но в реальности — это не та должность, чтобы что-то куда-то выбирать.
  10. Не рассказывайте про мега-навыки программирования и другое вышивание крестиком. Если вы крутой программист, почему вас собеседуют на должность помощника сисадмина? Особо это касается познаний в Си, ассемблере, яве и прочих вещах, которые в системном администрировании точно не используются. Впрочем, если умеете, стоит сказать, что «более-менее сносно умеют писать скрипты» — это будет засчитано в плюс.

Собственно, всё.

Дальше вам нужно оценить адекватность людей вокруг. Трудная задача. Не стоит заигрывать в крутых админов и панибратствовать (см п.1), спросите, чем занимается компания, если видите затруднения в ответе, уточни, что интересует только то, с чем нужно будет работать по должностным обязанностям. Многие компании представляют из себя жуткое сплетение разных ООО, которые делают что попало, и рассказывать про бизнес вам никто не будет.

Теперь подробнее о двух типичных профессиональных ошибках на собеседовании.
Я их упомянул выше, пишу подробнее:

  1. Overqualification. Если админ почувствует себя неуютно рядом с вами, то вряд ли вы получите эту работу. Если нужен человек для замены картриджей в бухгалтерии, а вы рассказываете про mad skillz в реверс-инженеринге хасп-ключей, то это вызывает негативную реакцию. Зачем этот человек нам? О чём он вообще? То же касается и overqualification в целом. Если вы говорите, что на двух предыдущих работах вы админили сетку из 30 компьютеров, и вообще вы крутой админ, то почему вы сейчас ищите работу помощника? Этот вопрос не праздный, и имеет несколько важных вывода у работодателя. У админа: он хочет меня подвинуть. У вменяемого админа: он врёт, либо, почему он идёт вниз по карьере? И ещё один вопрос: а как долго он у нас проработает?
  2. Ошибка в оценке собственных знаний. Ещё раз повторю: «я знаю линукс», «я знаю windows», «я знаю компьютерные сети», «я знаю SQL» и т.д. — это явная ЛОЖЬ. Даже если вы проходите экзамен на MSCE, это вовсе не означает, что вы знаете windows. Поверьте мне, областей специфичного знания там слишком много для обычного человека (не верите? Ок, оставили в стороне серверы, контрольные вопросы про десктопные винды: Каким образом perfmon может показывать дополнительные счётчики производительности для установленного ПО? Где контролируется доступность счётчиков? Другой вопрос: каким образом осуществляется проверка достоверности обновлений; какие сертификаты и настройки службы валидации сертификатов на это влияют? Третий: Где хранится информация о данных, которые были поменяны MSI-инсталляторами; можно ли эти данные менять, и если можно, то при соблюдении каких условий?). Про «знаю linux» — строго аналогично. Итак, забыли про архигромадные и глупые утверждения об всеохватности знаний. Говорите точнее: «знаю и умею выполнять типичные операции с windows таких-то версий — переустановить, настроить драйвера, простейшую сеть...». Никогда не говорите обобщающих утверждений, если вы не знаете подробностей того, о чём говорите — значит, не имеете даже общего представления о том, что там есть. Наоборот, подробное описание своих поверхностных навыков даст информацию о том, что вы хоть что-то знаете в области, и вас легко будет доучить до нужного уровня.

Кстати, об ответе на вопрос «долго ли вы у нас собиратесь работать?», отвечайте честно: «хочу набраться опыта, думаю, что минимум год, если будет интересно, то дольше». Вполне разумный срок для эникейщика. Поиск работника не менее геморройный, чем поиск работы, так что человек с намерением поработать пару месяцев энтузиазма не вызовет, но и обещание работать в качестве эникея тут до гробовой доски тоже не вызовет доверия к вашим словам.


В этой секции о том, как выполнять служебные обязанности. О том, что на самом деле (для собственного карьерного продвижения делать, чуть ниже).

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

Значит:

а) Вежливость. Предельная. Даже если мудак и капризничает. Если на вас пожалуются, да ещё и так, что админа вызовут на ковёр, то это 50% вылета с работы.
б) Память. Запомните, если вам сказали, что через три дня надо будет в 13:00 отключить что-то, то вы и только вы про это помните. О том, что вы не отключили вам напомнят через 2-3 дня, да ещё и объявят виноватым во всех последующих проблемах. Если пользуетесь аутлуком — используйте планировщик. Нет — используйте будильники, клейкие бумажки на монитор, что угодно — но помните. Забывчивые эникейщики на работе не задерживаются.
в) Прикладывайте усилия к решению проблем. Это не только сделает вас чуть лучше в глазах админа (получить оценку «толковый эникейщик» — это дорогого стоит, хотя не надейтесь на прибавку), но и даст вам тот самый опыт, которого вам не хватает.

Вообще, это касается не только «помощника», всегда соглашайтесь на любую разовую работу (ну, кроме работы наркодиллером и испытателем ракет) — однократно вы получите от этой работы больше опыта, чем работодатель от вас пользы. Один раз протащили СКС — пачка опыта, один раз разобрались с видеокамерами — другой бесценный опыт. Научились программировать системный телефон АТС — опять же опыт. Опыт, опыт, опыт. Столкнувшись с проблемой пытайтесь не только решить её здесь и сейчас, но ройте по-максимуму. Если есть время, старайтесь прочитать в гугле хоть сколько-то про каждое новое название, которое встречаете.


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

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

Это время можно:
а) Потратить на игры. Уносить сразу же. Не только потратите всё время, но ещё и получите массу проблем по работе, потому что будете тупить, тормозить и не успевать сделать, что сказали.
б) Потратить на сёрфинг, вконтактик, чатики, двачики, лепру, ещё какой другой замечательный в своей социализации сервис. Примерно то же самое, правда, менее опасно для работы.
в) Тратить на самообучение.

И вот это — главное.

Запомните, главные различия между админом и эникейщиком: теоретические знания и опыт. Опыт вы вычитать не сможете, он придёт со временем. Но какой именно он придёт, и, главное, первый пункт зависит ТОЛЬКО от того, сколько вы будете читать.

Читать, читать, читать, читать.

Если на работе есть проф. литература — читать всё. Даже если половину не понимаете. Прочтёте всю полку — начинайте читать то, что не поняли раньше.

Поток знаний, который на вас обрушится из самой глупой и зачуханной админской книжки достаточен, чтобы вкачать 2-3 левела по администрированию, причём по совершенно несвязным с темой книги темам. (Воспоминания: книжка по 2003 экчейнжу мне дала огромный пласт знаний по устройству виндов и active directory, наверное, больше, чем про эксчейнж).

Первые книги будет читать безумно тяжело. Но это нужно делать, потому что если вы не научитесь учиться, то пик вашей карьеры — престарелый полуадмин-идиот. Я таких встречал, они в 45+ лет несут наивную ахинею про антивирусы и глючную винду. Преимущественно такие выживают в гос. организациях или подыхающих от безделия полусоветских конторах.

Итак, читать, читать, читать.

Что делать, если литературы нет?

1) Купить (иногда кусается)
2) Читать, что есть (с экрана)
3) Попытаться попросить купить книжки за счёт компании (шансов мало, но есть).

В любом случае, читать, читать, читать. Договоритесь с самим собой — не менее часа в день на чтение _КНИГ_. Болтовня на тематических ресурсах за это не засчитывается. Сразу отвечаю на вопрос, каких книг: всех, которые хоть как-то касаются того, с чем вы работаете и до которых у вас дотянулись руки. За условный год вам нужно прочитать не меньше 20-30 книг, что очень, очень, очень много (это не беллитристика, некотрые умные книги нужно 2-3 раза перечитывать). Если уж совсем хочется руководства — ну, хотя бы «DNS и Bind» Альбеца и Ли. В принципе, Неймет хорош, он, правда, не по виндовой части. От себя ещё порекомендую Филимонова, «Основы мультисервисных сетей Ethernet», даёт очень мощный пинок по куче технологий. Но, 2-3 книги погоды не делают — читать, читать, читать.

Следующий пункт: общение на тематических форумах, комьюнити, и т.д. Полезно, но не заменяет книги. Лучше читать ответы, максимум, задавать вопросы. Умничать пока рано, но если вас тыкают носом в вашу глупость, страйтесь выяснить, почему вы всё ещё идиот, а не устраивайте битву троллей за кубок Флеймера. Если уж втянулись в спор, то аргументируйте — ищите источники, доказывайте. В принципе, один затяжной холивар может привести к тому, что вы сильно улучшите свои знания в области — но это при условии, что вы пытаетесь доказать свою точку зрения по источникам, а не громким и могучим IMHO.

Далее, как уже сказано ранее, старайтесь разобраться. Если вы будете задавать идиотские вопросы по работе, то это нормально (учтите, только, что админ не бог, и если он отмахивается, то есть вероятность, что он просто не знает).


Как сказано ранее, на первых порах всё — смежные вопросы из книг дадут вам первичные знания широкого спектра.

Дальше стоит заняться ключевыми технологиями:

  • IP-маршрутизация, и если найдётся книжка, устройство ethernet на втором-первом уровнях
  • DNS. Учтите, майкрософтовские пособия по подготовке к экзамену отвратительны, потому что почти не содержат информации. Читайте Альбеца и Ли
  • Основы DHCP. До байта знать не нужно, но точно знать кто какие бродкасты когда отправляет
  • Архитектура Windows (если с ней работаете) — любой талмуд по администрированию windows
  • Какие-либо книжки по «общему» администриованию, там будет поверхностно, но на первое время сойдёт
  • Устройство HTTP-протокола. Книг не знаю, учите по тому, что найдёте. Знать нужно до уровня, когда вы чётко различаете POST/GET, способны оба отправить с помощью telnet/nc.
  • Командная строка и скрипты. Если не знаете — учить обязательно, даже для windows. Для windows — это power shell, для линукса — advanced bash programming. Если не знаете программирования — учите, учите, учите. Без основ жизни не будет.
  • Английский. Если... С большой вероятностью вы его не знаете достаточно хорошо. Значит — учить. Для этого не нужно зубрить tension и faces, достаточно читать английскую литературу. С словарём. Первые десятки страниц будут кошмаром, потом привыкните. Учить английский нужно всю разумную жизнь, потому что чем выше квалификация, тем меньше документации на русском (на английском тоже, но эти кошмарики мы оставим на последующие статьи). Кстати, англоязычные фильмы с английскими же субтитрами (в свободное от работы время) сильно помогают.
  • Что-то про виртуализацию. Хотя бы одна толковая книжка вам вкачает 10-20 левелов по всем параметрам

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


Тут мы начинаем самую сложную часть.

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

Наш доблестный уголовный кодекс предусматривает, что виноват тот, кто софт ставил. И если по служебной записке — то «по предварительному сговору», то есть отмазок нет. Если что-то случится — вас попытаются сделать виноватым. Учитывайте это, старайтесь держаться от Microsoft, Adobe, Autocad, 1С подальше. К сожалению, выбора нет, решайте сами — рисковать потенциальным условным сроком или вполне неиллюзорно вылететь с работы «за идиотизм». Это проф.риск многих начинающих админов (а так же цена работы с хорошо знакомой windows).

Вас могут попытаться сделать гибридом грузчика и помощника завхоза. От переноски серверов (легко) и серверных упсов (тяжело) вам не отвертеться, а вот от всякой завхозной ерунды — старайтесь уклоняться. Ибо время ест, а квалификации не добавляет.

(to be continued)
Продолжение: habrahabr.ru/post/119407

Как стать системным администратором — пособие для начинающих (часть 3) / Habr

Предыдущая часть: habrahabr.ru/post/118966

В этой части: как закончить быть эникеем и стать системым администратором.

Итак, допустим, вы работаете эникеем. Возможно, уже вторую или даже третью работу. Допустим, вы восприняли всерьёз мой совет читать по 20-30 айтишных книжек в год и прочитали за прошедшие два года аж 4 книги. У вас обширный экспириенс общения с пользователями, вы перестали бояться бить в бубен, а удачно посылать пользователей вы научились лучше админа. (Не в этом ли причина третьей по счёту работы?).

В «завершении карьеры» есть два важных фактора: куда уйти и как уйти.

Я сейчас скажу очень важную вещь, её многие, работающие на «младших должностях» не понимают, а на самом деле это очень важно:

Не увольняйтесь внезапно.

Если вы уйдёте с работы в режиме «да, с принтером разобрался, кстати, с первого числа я тут не работаю, если что, сейчас пойду посмотрю что там в бухгалтерии случилось», то на вас обидятся. Почему? Потому что найти толкового эникея (так же как и админа) сложнее, чем найти работу толковому эникею. И для вас «неделя без работы» может и имеет какие-то неприятные финансовые результаты, но, по сути, не является смертельной. Для фирмы остановка работы из-за внезапного отсутствия сотрудников — это много более болезенный процесс.

Большинство эникеев и начинающих админов подсознательно (или сознательно?) боятся, что их выставят за дверь при первом заикании о поиске новой работы.

Наверное, с неадекватными людьми так и будет, но вот реакция адекватных будет куда более хорошей, чем вы ожидаете. Если вы скажете «я уже устал тут работать, сейчас постепенно себе подыскиваю новую работу», то вы дадите куда больше времени найти вам замену. Понятно, что это риск: если вы «подыскиваю новую работу», а сами сидите на месте, получается глупая ситуация. Но, в современных реалиях (Москва, Санкт-Петебург) вы её себе найдёте вполне, даже если не так хорошо, как ожидали. А сказав заранее о том, что вы уходите вы дадите возможность найти замену в спокойном, а не в авральном режиме. И да, фирма лучше заплатит вам и вашему последователю пару недель зп, чем выпихнет вас тут же за дверь, взяв на ваше место нуба без опыта работы в компании. Если вас не увольняли раньше, зачем работодателю расставаться с вами досрочно? Нуб будет первые недели учиться у вас (меньше идиотизмов и доставаний админа), а вы спокойно искать работу.

Зачем эти сложности, когда можно просто хлопнуть по столу и сказать «через две недели меня тут ни духа»?

Потому что чем выше будет ваша квалификация, тем меньше вы будете серой безликой массой одной категории с сотрудниками склада. И если ваш внезапный уход, оставивший от себя ощущение «подставы» — то это очень плохо. Вас запомнят, и, возможно, в дальнейшем с вами просто не будут иметь дело. А, повторю, чем выше квалификация, тем меньше мирок, в котором вы вращаетесь. Если вы хотите идти вверх — не разрушайте то, по чему идёте.

Самый же ужасный вариант ухода — сразу после отпуска.

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


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

Второй вариант — уходить в менеджеры по продажам/индустриальные альпинисты и т.д. — на ваше усмотрение, знать ничего не знаю (хотя денег будет больше).

Очевидный третий путь — искать работу системным администратором. Вариантов два — либо уходит текущий системный администратор и вы автоматом получаете карьерное повышение, либо вы уходите на администратора в другую компанию.

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

Вариант с «повышением» до админа много более приятный — знакомый коллектив, знакомая техника, знакомый человек, которому можно задать вопрос, если совсем будет плохо. Однако, учтите, что это очень и очень суровый шаг. Обычно «эникеи» есть в достаточно крупных компаниях, и вы окажитесь один на один не с десятью компьютерами и никому не сдавшимся сервером, а в условиях мощной инфраструктуры, на которую рассчитывают — и вовсе не для того, чтобы посидеть во вконтактике, эти сервера вероятнее всего, то, что называется 'mission critical', то есть приносят деньги компании (а когда простаивают — приносят убытки). И спрашивать с вас будут в полный рост, да ещё и с мыслью «ничего он не умеет, а этот месяц он с работающих серверов пыль сдувал». Менее радикальным является повышение в условиях крупного IT-отдела — в этом случае есть коллеги и начальники, которые не дадут упасть совсем. Но они же будут куда более строгими судьями, чем мало понимающие в IT начальники.

Как я уже сказал, категорически «нет» сразу после отпуска, празников, в моменты авралов и т.д. Про внешние обстоятельства я написал выше. Здесь — про внутреннее ощущение о своей квалификации.

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

К моменту ухода вы должны иметь опыт установки и конфигурирования с нуля active directory (я пока иду по виндовому пути, про более интересные варианты карьеры чуть позже), уметь организовать маленькую сеть компании. Тренируйтесь — виртуализация позволит вам полне поиграться с крутой топологией чуть ли не на ноутбуке.

Существует определённая традиция пытаться нахапать себе сертификатов по различным технологиям. Навыков они существенно не добавят, какие-никакие знания дадут. Главное, на что влияют сертификаты — на з/п и шансы быть взятым на вакансии в всякие крутые конторы на мелкие должности. Если есть деньги, время и желание — получайте, лишними не будут. Вообще, это более общий принцип: никогда не избегайте обучения. Особенно, если вам его дают в рабочее время, особенно, если оно профильное, особенно, если за счёт работодателя.

Старайтесь не уходить «как только подвернулось куда» — я выше написал о проблемах внезапного ухода, плюс, уходя по первому чиху вы рискуете оказаться в ситуации, что попали не туда, куда хотели. Если с эникейством выбора особого нет, то с администрированием я очень не советую бежать куда попало лишь бы стать админом. Особенно следует быть осторожным с вакансиями, на которых написано «системный администратор», а по описанию — это непонятно что. Часто в сисадминов записывают сотрудников саппорта, эникейщиков и т.д. Для звучной строчки в резюме неплохо, но вы там потеряете кусок своей жизни.

Итак, правильное решение выглядит так:

  • вы более менее осволились с тем, что происходит в компании, где вы работаете.
  • вы изучили то, что можно было изучить в пределах доступных вам задач (бесполезно зубрить BGP на двух коммутаторах и dlink'овском рутере с NAT'ом)
  • У вас есть денег на месяц-полтора спокойной жизни. Нужно на случай, если вы не справитесь с новой работой и с вами расстанутся.

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

Кстати, если компания большая, то вам могут просто предложить повышение. Но не настаивайте на нём в режиме «дайте больше, а то уйду» — это некорректно и в таких условяих вам точно ничего не дадут. Если же предложили повышение, то не бросайтесь с распростёртыми объятиями, скажите, что хотите подумать недельку. Хотя советую соглашаться — делать карьеру лучше, чем менять работы.

После этого начинаете искать работу. Резюме, описание навыков, опыт — обязательно. Кстати, если начальство адекватное и уход восприняло спокойно, то вот вам и важный пункт: контакты человека, у которого вы всё ещё работаете, где можно узнать, как и что. Опять же, адеватное начальство вполне спокойно отнесётся к вашим отсутствиям на время собеседований, которые не надо будет «прятать» за опоздания и личные проблемы.


Ключевые изменения: ваша предыдущая работа, ваши success story, более глубокие знания и навыки. Поскольку ничего этого на самом деле нет, придётся чуть-чуть надуваться. Но чуть-чуть — ибо пустые рассказы ни о чём никого не убедят.

Есть несколько вариантов, в которых вы окажетесь:

  • Вас собеседует профессионал к себе в команду. Шансов попасть (если мы про карьеру, которую я описываю) мало, если попадёте — вам повезло.
  • Вас собеседует профессионал себе на замену. С большой вероятностью вас возьмут, если у собеседующего цель «сдыхать с себя задачу поиска замены себе» или не возьмут, если у собеседующего задача показать, какой он уникальный и незаменимый.
  • Вас собеседует непрофессионал — тётя из HR, директор, человек, считающийся IT-директором, но нифига не разбирающийся в вопросе и т.д.
  • Вас пристраивают по знакомству. Самый мерзкий вариант, потому что все, кто знает про «знакомство», считают, что вы тут по блату и на самом деле ничего не умеете, плюс от вас ожидают, что вы-таки умеете, а вы сами не знаете, подходите вы на эту работу или получаете зарплату за знакомство вашего старшего брата с замдиректора этой конторы. Плюс, у вас психологические проблемы с требованием прибавки, ухода с работы и т.д.

В зависимости от сценария вам будут задавать либо очень сложные вопросы, либо дурацкие. Хоть я и написал типы собеседований, но особых советов по каждому из них дать не могу — практически всё, что я говорил про собеседование эникейщика применимо и тут.


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

Повторю:

  1. вы теперь отвечаете за всё, что происходит с компьютерами.
  2. Вы должны предугадывать дальнейшее развитие инфраструктуры.
  3. От вас зависит, будет ли инфраструктура унылым дерьмом или будет нормально работать.

Вероятнее всего, в первые месяцы будет не до систематического обучения. Ваша задача — понять всё, что делал ваш предшественник, причём, как в смысле «что он хотел сделать», так и в смысле «что получилось».

Не стоит гневно возмущаться, столкнувшись с неизвестной вам вещью, которая кажется нелогичной — возможно, у этого есть глубокие соображения, которые вам должны быть известны, но вы их не знаете. Быстрый пример из жизни: на виндовых в настройках DNS указаны не только контроллеры доменов, но и юниксовый кеширующий DNS-сервер, который не поддерживает динамические обновления. Это вызывает отчаянный флуд в event log'е — но сделано это для того, чтобы избежать рейс кондишн при старте сети после блэкаута (DC стратуют много дольше, чем большинство других серверов). При этом нужно помнить про особенности кеширования и сбрасывать кеш в случае смены конфигурации AD.

Так же не стоит ругать предшественника за кажущуюся «халтуру». Право кого-либо ругать у вас появится после того, как вы сделаете лучше.

И нет, фраза «не нужно быть поваром, чтобы сказать, что еда подгорела» не применима к ситуации, когда вы тоже повар. Сначала сделайте лучше, а потом ругайте(сь).

Впрочем, ближе к сути.

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

Без понимания конфигурации сети вы ничего не сможете сделать (хорошего).

После того, как конфигурация выписана, попробуйте её нарисовать схематически. Попытайтесь определить, есть ли в сети (зачатки) distribution и core level, почему то или иное оборудование именно тут. Если хватит квалификации — попытайтесь оценить размеры broadcast-доменов и трафик в узловых точках. Трафик в локалке считать сложно, но понятно, что пачка сотрудников, сидящих вместе с сетевым принтером в одном сегменте сети, но работающая с 1С на файловой шаре в другом, подключенная через 100Мб маршрутизатор — плохое место, источник потенциальных сбоев (включая сбои 1С и т.д.).

После сетевой топологии попытайтесь собрать воедино все права (группы, служебные учётные записи) и общие ресурсы.

После этого попытайтесь выяснить все нестандарные сервисы, которые работают в сети. Обычно это делается через сотрудников, которые ими пользуются. Узнать заранее о существовании системы автоматического учёта расхода топлива много лучше, чем узнать о ней вместе с жалобой «перестала работать».

То же касается конфигурации серверов — списки обслуживаемых доменов, сайты, почтовые домены, система редиректов, организация выхода в интернет, учёт расхода трафика и т.д. Особый акцент на лицензионность софта. Обязательно сделайте бэкапы всего, что есть. Попытайтесь поднять его на тестовой машине (внимание: машина должна быть изолирована от основной сети физически, иначе можете поймать страшные проблемы с конфликтами одинаковых настроек).

С большой вероятностью вы найдёте для себя более чем много нового. И это определяет ваше первичное обучение. Как только вы сталкиваетесь с каким-либо новым сервисом (а, полагая, что вы выходец из эникеев, каждый сервис для вас в новинку) — не ленитесь:
а) Находить литературу и читать. На этот раз не 20 (4) книжки в год — не больше недели-двух на книгу. Да, свободного времени больше у вас нет и не будет в ближайший год.
б) Воссоздавать конфигурацию с работы на тестовом оборудовании. Надо — переделайте домашний комьютер. Изучать как работает сервис лучше на работающем сервисе, чем на его обломках. Даже в простейшей настройки сквида вы найдёте для себя очень много нового и неожиданного. Причём, не факт, что именно в самой настройке — будет качаться общий админский уровень (начиная с простейшего «как отредактировать файл» до внезапного вопроса «а как программы выбирают, какой IP использовать в качестве source?»)
в) Ничего не меняйте просто так. Работает — не трогай. Пока вы не перерастёте сложность конфигурации, ломать её нельзя. Это вам должны подсказывать инстинкты. Если такого инстинкта нет — вы ошиблись профессией.

В следующей части: как живут администраторы, что такое специализация и когда нужно валить...
habrahabr.ru/post/120009

Как стать системным администратором — пособие для начинающих (часть 4) / Habr

Предыдущая часть: habrahabr.ru/post/119407

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


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

Я не буду рассказывать вам, как организовать сеть компании и «что делать сисадмином» — эти статьи про карьеру, и описывать я буду именно вещи, важные для карьеры, а не для повседневной работы.

Как только у вас появилось свободное время — вы снова стоите на концептуальном перепутье. Вы можете просто продолжать работать администратором, и делать это долгое время. У вас будет копиться опыт, ваше резюме будет становиться всё менее и менее крикливым, а ожидаемая сумма будет постепенно расти, у вас появится сколько-то настоящих success story… Так может продолжаться неограниченно долго. Более того, про эту стадию сисадминства чуть ли не легенды складывают «я всё настроил и могу заниматься чем хочу», «чем больше админ работает, тем хуже он», «хороший админ должен бездельничать, пока сервера работают» и т.д.

Но что дальше? А дальше изменения могут быть только с вашей стороны. Вы можете либо продолжать стихийное развите «под потребности работодателя», либо начать выстраивать собственную специализацию. При этом «развитие под потребности работодателя» у вас будет идти спорадически, т.к. бизнесу в моменты затишья ничего не нужно нового от ИТ, нужно, чтобы оно продолжало работать. Для настоящего развития нужно смотреть глубже, и свободное время тратить не на исполнение обязанностей офисного планктона, а на обучение (если вы думали, что пройдя путь от аникея до «крутого админа» мучения с книжками/мануалами закончатся — не мечтайте).


Кстати, о потребностях бизнеса (поскольку деньги платит именно он, то именно он и определяет ситуацию на рынке труда)

Эти потребности:
  • Самообслуживание офиса (back/front office)
  • Разработку/обслужвание средств производства
  • Информационную безопасность
  • Системная интеграция

Область связанную с информационной безопасностью я рассматривать не буду — у меня нет ни малейшего представления как живут эти люди. Скажу только одну важную вещь: на самом деле специалист по информационной безопасности теоретический оппонент системного администратора, потому что задача администратора — сделать так, чтобы оно работало, а задача безопасника — сделать так, чтобы оно не работало. Понятно, что есть нюанс — «не работало у неавторизованного пользователя» — но, фактически, именно так — безопасника не волнует функциональность и стабильность, его интересует только прекращение доступа кому не положено. А администратора (по большому счёту) не волнует кто там себе что на флешку копирует — ему нужно, чтобы оно работало всегда. Такое противопоставление — правильный метод организации жизни компании, потому что если человек одновременно думает о том, как сделать так, чтобы оно работало, но не работало, возникает перекос в одну из сторон.

О разнице между самообслуживанием офиса и производством:

Рассмотрим два примера: туристическая фирма продаёт путёвки. Бизнес-процессы: заключение договоров с операторами, продажа путёвок клиентам. Жизнь офиса: интернет на каждом рабочем месте, рабочее место бухгалтера, возможность распечатать документы, возможно, видеонаблюдение. Очевидно, что даже если выйдет из строя вся компьютерная техника, то путёвку продадут. Так же как и заключат договор (распечатают с флешки у соседей).

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

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

Так вот, если грубо говорить, админы делятся на два класса — тех, кто обслуживает back/front office и тех, кто занят misson critical приложениями. Разумеется, если мы говорим о маленькой компании, у которой 20 человек персонала и два станка с ЧПУ, то чинить «вконтактик» будет тот же человек, который настраивает станок, но чем больше компания, тем больше становится ощутимым это различие.

Сейчас я скажу серьёзную мысль, я не до конца уверен в её абсолютной истинности, но интуиция настаивает на справедливости:

По-настоящему глубокая специализация может быть только при работе с misson-critical приложениями.

Грубо говоря, если вы админите 1С в бухгалтерии двух-пяти ООО, из которых состоит та контора (.ээ… компания холдингового типа), где вы работаете, то это одно. Часовой даун бухгалтерия если и заметит, но ничего, кроме квохтания, не произведёт. Если же вы администрируете 1С в аутсорстинговой бухгалтерской компании, для которой часовой простой бухгалтерии означает потерю денег, клиентов и т.д. — то это другое. Потребуется куда более глубокое знание того, что администрируешь. Именно потребуется, потому что изучать что-либо без потребности — это интересно, иногда полезно, но совсем не то же самое, что изучение главного в работе.

Теперь немного суровой истины: администратор backoffice'а — эникейщик. Даже если админ. Да, нужна более высокая квалификация, нужны более серьёзные знания и опыт — но класс задач тот же самый.

Таким образом, если оставить в стороне «специализацию» на back-front-office'е, то настоящая специализация может быть только на Важных Для Компании Вещах. То есть на misson critical. Если компания доросла хотя бы до класса «средней», то она обычно имеет специальных людей под каждый класс задач. Вот эти «специальные люди» — и есть системные администраторы с глубокой специализацией.

И ещё немного о системной интеграции… Так получилось, что я про эту область знаю очень мало, так что перескажу то, что мне сказали в комментариях к предыдущим статьям: это люди, которые под ключ организуют IT для компаний.


Если мы выходим за пределы компании с 1-2 специалистами в штате, то у нас образуется два направления развития: специализация и «ит-директор», он же CIO.

Кто такой CIO? Это человек, который командует остальными компьютерщиками. По сути, это человек, который переводит с человеческого на некомпьютерный, который может объяснить совету акционеров/гендиректору что происходит, зачем нужны деньги и почему столько людей. Этот же человек принимает на себя ответственность за распи… тво подчинённых. Грубо говоря, если эникейщик случайно снёс все данные с флешки у гендиректора, то админ скажет «это он виноват» и на этом его ответственность закончится. А вот с CIO спросят «а зачем ты идиота на работу принял?» — и виноват будет именно CIO. Особенно, если проблема оказывается не однократной, а системной.

Реально, CIO, конечно, должен знать что происходит вокруг (в компьютерном мире), следить за технологиями, принимать решения о внедрении/вынедрении той или иной технологии, но он может не иметь глубоких познаний в области. По сути, его основная работа — быть управленцем. Уметь читать людей, предсказывать их поведение и отношение к поставленным задачам. Он же должен уметь правильно понимать, что от него хочет компания, в нужный момент останавливать рост IT ради IT и уметь формулировать требования бизнеса к IT. Когда возникает необходимость использовать те или иные технологии, то задачей CIO является найти людей, которые в этом разбираются.


Чем более серьёзной и сложной является misson-critical инфраструктура (её часть), тем более у нас возникает потребность в людях, которые знают хотя бы её часть, но досконально. (Не будем обольщаться: мечта любого бизнеса — сотрудник, который знает и умеет всё, всё это делает, а ещё может работать ночным сторожем (совмещая это с подготовкой отчётности в налоговую) и всё это тыщ за 10 в месяц). Чем большая важность компоненты, тем более и более знающий человек нужен. Заметим, что любой бизнес будет стремиться сэкономить, и одной из задач CIO (из предущего раздела) объяснить, почему оболтусу, который не может аську настроить, а ковыряется в этом оракле целыми днями нужно платить в 5-7 раз больше, чем такому же оболтусу, который и «с ораклом работал», и винды админит, и патч-корд обжать может, и вообще, «всё знает и всё умеет».

Именно глубокая специализация — на мой взгляд, самая интересная карьера для человека, которому интересны компьютеры. Карьера CIO подразумевает, что большую часть времени вы будете работать не с компьютерами, а с людьми.


Я очень затрудняюсь тут дать сколь-либо полный список специализаций, но попробую очертить базовые области:
  • сети (локальные и интернет)
  • операционные системы
  • пакеты прикладного ПО (различные СУБД, СХД, ERP, CRM и т.д.)
  • СХД (системы хранения данных)
  • виртуализация
  • промышленное оборудование

Я специально не пишу названий — это самая общая и грубая классификация специализаций. Наличие знаний в одной области не означает их отсутствие в другой. Например, практически невозможно быть спецом по СУБД не залазя в потроха ОС, на которой СУБД крутится. Аналогично, виртуализация требует хорошего знания ОС и сетей.

Далее идёт углубление специализации. В случае сетей это: работа с локальными сетями, городскими сетями, специализация на оборудовании определённого вендора (кто сказал «циска»?), маршрутизация на уровне автономных систем, в случае ОС — выделение отдельных компонент/типов применения. Деление в остальных частях понятно — вендоры, решения, технологии. (Например, из специализации на СХД может вырасти специализация на Infiniband'е, со специализаций на решениях конкретного вендора со специализаций под определённые типы использования).

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

Впрочем, главным является то, что специализация важнее универсальности. Почему? Потому что людей, которые «мало знают о многом» легко сам сделать (компании нужны конкретные знания, т.к. их немного, легко научить), таких много на рынке. Наоборот, человек, у которого «много знаний» (и тут уже не важно, «о многом» или «о чём-то конкретном») — страшный дефицит, т.к. их долго выращивать самим (а ещё они могут уйти к конкурентам и похерить все усилия по обучению), их вокруг практически нет и т.д. Итог — зарплата, объясняющаяся резким перекосом рынка в пользу работников. И чем выше специализация, тем острее этот перекос.


Вопрос неверный. Специализация на конкретной ОС, конечно, может быть, но это весьма редкая (как мне кажется) специализация — обычно специализируются на конкретном ПО, работающим под ту или иную платформу, и уже именно ПО диктует, какая ОС. Так что скорее, вопрос относится к тому, с каким ПО вы хотите работать.

Глубокая специализация может быть в любой области. Например, человек, который действительно хорошо и глубоко знает нюансы изменений схемы AD при установке Exchange Server — это человек с очень узкой и глубокой специализацией. Аналогично, человек, который знает тонкости организации единой авторизации в гетерогенных сетях на базе solaris/windows — имеет глубокую специализацию.


Нет. Наличие знаний в какой-то области во-первых не делает вас специалистом (опыт работы — обязателен), во-вторых, я чуть выше написал, что зарплата специалиста объясняется не его квалификацией, а нехваткой специалистов. Другими словами, если ваша специализация никому не нужна, то и и денег вам никто не предложит. Очевидно?

Заметим, что это приводит к следующей проблеме: чем выше у вас специализация, тем сложнее вам искать работу — вам нужна компания, которой очень нужен человек, который глубоко разбирается в той самой области, где работаете вы (причём, иногда складывается ситуация, что требуют знания либо сильно больше ваших, либо сильно меньше). Ещё более частый случай, так как специализаций слишком много, то ищут кого-то, кто хорошо знаком с смежными областями. Это ставит новую дилемму при поиске работы — дооолго искать строго свою специализацию, или относительно быстро найти смежную?

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


На последок я хочу описать собственное ощущение от специализации. Ближайшей моделью является некое подобие «скиллбилда» в RPG. Часть навыков требует навыков в других областях не ниже какого-то уровня; чем выше навык, тем сложнее получить следующий уровень; получение нового уровня в той или иной области вполне себе ощутимо как «левелап». Причём, области много более узкие и специфичные, чем специализация.

Например, я периодически вкачиваю себе левелы в системных утилитах linux. Где-то пол-года назад для для себя открыл у grep опции -A и -B (выводить указанное число строк after и before найденного текста), а примерно год назад — опцию "-o" (выводить только найденный текст, а не всю строку. Каждое такое открытие (разумеется, речь не про «выучил опции наизусть», а про «знаю и умею использовать, где нужно) — маленький, но ощутимый levelup в маленькой области. Иногда бывает так, что „вкачав“ сколько-то уровней в разных (казалось бы, несвязных) областях, открываешь для себя новый „скилл“, который не может быть изучен без изучения предыдущих областей.


Мне хотелось рассказать ещё об одном потенциальном пути развития сисадмина — быть архитектором новых систем. Но, поскольку я именно этим сейчас сам занят и всё ещё не перерос этот уровень, писать о нём объективно я никак не могу. Если в кратце: не просто обслуживать mission-critical приложение, а решать, каким оно будет, как оно будет работать и как его таким сделать. Это интересно, сложно, и как именно это уложить в вышестоящую иерархию я не знаю.
Часть первая: описание профессии, с чего начать
Часть вторая Жизнь эникеем: собеседование, что делать, к чему стремиться
Часть третья Из эникеев в админы: как уходить, куда уходить.

Oh, my code. Как стать системным администратором / Mail.ru Group corporate blog / Habr

Заместитель технического директора Mail.Ru Group Татьяна Бахаревская рассказывает о пути системного администратора, о плюсах работы сисадмином и особенностях эксплуатации в крупной компании. Татьяна отвечала и отвечает за работу сервисов двух крупнейших порталов России.


Ведущий программы — Павел Щербинин.

Расскажи немного о себе.

— Я пришла в профессию довольно давно. Устроилась младшим системным администратором в небольшой стартап, который разрабатывал свою поисковую систему и ряд других интернет—проектов. Это был «Яндекс», где я проработала очень много лет. Выросла до серьезного системного администратора, потом возглавила отдел системного администрирования. В 2005 году в этом отделе работало 5 человек, а через 10 лет — 250, это была большая структура, образовалось несколько подразделений. Мы научились нанимать, растить инженеров, сделали такие мероприятия, как Root, КИТ. В Яндексе я отвечала за непрерывную бесперебойную работу компании, а теперь уже скоро год как занимаюсь тем же самым в Mail.Ru Group. Поначалу казалось, что задачи похожие, но при ближайшем рассмотрении выяснилось, что общего много, но и различий хватает, и это интересно.

Есть много разных терминов для службы эксплуатации. Это и просто эксплуатация, и системный администратор, SRE, SE, DevOps. Расскажи про каждый подробнее. Или это одно и то же? Чем они отличаются?

— На самом деле, системный администратор — это довольно широкое понятие, начиная с того, что человек может отвечать за какой-то небольшой офис с небольшой офисной инфраструктурой на несколько сотрудников, заканчивая ответственностью за непрерывную работу высоконагруженного сервиса. В какой-то момент это всё же разделилось на разные направления. В таких компаниях, как Mail.Ru Group, «Яндекс», Google, системный администратор ближе к тому, что сейчас называется модными словами SRE — Site Reliability Engineer, то есть человек, отвечающий за доступность сайта.

Наша работа требует много разных знаний о технологиях: Linux/Unix, сети, базы данных, веб-сервера, облачные технологии, состав оборудования, которое мы применяем для построения сервисов (процессоры, память, диски) и много еще чего. Про технологии надо понимать, как их применять, чем они отличаются. Всегда есть очень много рутинной работы, которую надо автоматизировать. Писать код тоже надо. Современные системные администраторы/SRE по большей части программируют. На текущий момент основной язык для автоматизации — Python, плюс, конечно же, bash. Знание C тоже всегда было плюсом. К примеру, самая лучшая документация по Linux: открыть код ядра и посмотреть, как всё устроено.

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

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

Давай вернемся немного в прошлое. Очень интересен самый начальный этап. Почему ты выбрала эксплуатацию?

— Это было забавно. В те годы все приличные девочки хотели стать бухгалтерами. Я тоже хотела, поэтому пошла на курсы. Там сказали, чтобы стать бухгалтером, нужно освоить счеты и арифмометр «Феликс», я решила, что это слишком сложно, и «знание компьютера» (так писали в объявлениях о работе) облегчит мне жизнь и поиск работы. В итоге пошла «изучать компьютер» в ближайшем Московском инженерно-физическом институте, на факультете Кибернетики, на кафедре электронных вычислительных машин. Выяснилось, что в этом компьютере кроме Word и Excel есть еще куча всего — процессор, память, конвейеры, устройства ввода-вывода. Под конец обучения я хотела стать программистом. На первых курсах у меня программирование шло довольно сложно, а в конце обучения прямо пёрло писать код. Могла это делать сутками напролет. Вечером садилась и писала код, а следующим вечером открывала глаза. Всё шло довольно неплохо, программы работали. Но я поняла, что я человек увлекающийся, и решила выбрать что-то попроще. И пошла в эксплуатацию, а оказалось, что здесь тоже не просто, а даже местами сильно сложнее. Но я осталась, и вот уже больше 20 лет этим занимаюсь.

Интересно, в какой момент принимаешь решение, быть программистом или админом?

— По-разному. Последние много лет я сталкиваюсь со студентами, и в «Яндексе», и в Mail.Ru. Люди в студенчестве приходят пробовать себя и в программировании, и в администрировании. Кто-то остается в эксплуатации и понимает, что это его. Кто-то, поработав немного, переходит в разработку. Кто-то, поработав в разработке, понимает, что хочет глубже разбираться в каких-то проблемах, узнать стек того, что находится ниже, под его программой, как она эксплуатируется, как живет, и погружается в эксплуатацию. Есть какие-то пограничные случаи, которые сейчас называют модным словом DevOps. Эти люди должны много знать и про железо, и про эксплуатацию, и про код.

Всё зависит от человека, от того, что ему нравится и не нравится. А профессии эти очень сходны, во многом пересекаются.

Про тебя ходят легенды в «Яндексе», что в своё время у тебя был специальный рубильник, который в любой момент мог выключить один дата-центр, чтобы протестировать устойчивость системы. Расскажи подробнее.

— Эта история началась много-много лет назад с крупного инцидента: у «Яндекса» отключились практически все ЦОД. Точнее, отключился один, но в нем находилось всё сетевое оборудование компании. «Яндекс» не работал несколько часов. После этого была поставлена задача сделать всё надежным, отказоустойчивым, чтобы всё работало в случае отключения одного из ЦОД. Сегодня эта проблема уже не так актуальна, особенно для коммерческих ЦОД. Надежность стала гораздо выше, есть примеры, как современные ЦОД живут несколько дней на солярке. Но тогда было всё иначе.

Несколько лет мы анализировали архитектуру всех приложений, писали планы задач, как и что надо сделать для обеспечения полной отказоустойчивости. Там, где это было невозможно или слишком сложно, мы обговаривали SLA (service level agreement). Основное внимание было приковано к популярным и высоконагруженным сервисам. Первое тестовое отключение было очень страшным. Половина сотрудников следили за данными мониторинга. Отключились и довольно быстро включились, записали все баги, доработали ряд систем. И так несколько итераций.

Через какое-то время дошли до того, что могли спокойно прожить час-два, отключив один дата-центр. Все понимали, что навык нужно поддерживать, регулярно проводить учения по отключению. Это как в сантехнике: если кран долго не открываешь, не закрываешь, то он закисляется, и в нужный момент его не откроешь. Поэтому мы регулярно открывали и закрывали «краны». И это работало. Я считаю достижением, что как-то раз мне ночью позвонили и сказали, что дата-центр упал, а я спросила, зачем меня разбудили 🙂

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

— Мне кажется, что админ отвечает за приложение «от кончика носа до кончика хвоста». По-хорошему, он может залезть в код, посмотреть, как оно там устроено, как ему это чинить. Он участвует в выборе технологии, потому что есть хорошие технологии для программистов, с ними очень удобно писать, но жить в режиме 24/7 с ними невозможно.

Программисты больше могут сосредоточиться на тех фичах продукта, которые им необходимы: дополнительная функциональность, дизайн, дополнительный код, который позволяет проекту лучше масштабироваться. То есть разделение всё же есть. В международной практике это Site Reliability и Software Engineer. Существуют разные теории, где и как должно проходить разделение ролей. Мне кажется, что принятая в Mail.Ru Group парадигма, в рамках которой есть эксплуатация и разработка, и это разные люди, работает довольно хорошо.

Наверное, не все знают, как сейчас устроено в Mail.Ru Group. Расскажи подробнее.

— У нас есть служба эксплуатации, которая отвечает за работу сервисов. Она состоит из нескольких отделов. Каждый отдел отвечает за конкретный продукт или группу продуктов, в зависимости от масштаба. К примеру, Почтой занимаются несколько отделов: один хранилищем, другой вебом. А есть отделы, которые работают над несколькими проектами, масштабом поменьше.

В нашем хозяйстве — Почта, Поиск, Портал, Delivery club, «Юла», «Мой мир», ICQ и многие другие. Есть проекты, которые были запущены давно и являются нашими core-продуктами, например, Почта и Портал. Есть купленные нами проекты, которые мы размещаем на своей инфраструктуре, обмениваемся с ними практиками эксплуатации. А есть те, которые родились у нас и очень быстро выросли, например, «Юла». Хозяйство довольно разнообразное 🙂

Как выглядит архитектура типичного сервиса Mail.Ru Group?

— У нас несколько дата-центров. ЦОД как собственные, так и коммерческие, в коммерческих оборудование и сети у нас свои. Суммарная емкость каналов у нас измеряется терабитами.

Мы размещаем серверы проектов в нескольких дата-центрах, чтобы отключение одного не влияло на работу сервиса. Большинство наших проектов — это веб-сайты. Архитектура стандартная: балансировщик нагрузки, под ним web-сервер, потом сервер приложений, а потом СУБД и/или хранилище.

Далее начинаются детали.

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

Kubernetes внедряем, но этот процесс требует много чего менять в процессах как эксплуатации, так и разработки. Идет не быстро. Стараемся всё сделать аккуратно, чтобы ничего не сломать.

Вернемся к тому, что у нас происходит с пользователями. Для начала пользователь попадает на балансировщик. Для балансировки нагрузки используются сетевые протоколы BGP и RIP, и традиционное программное обеспечение — ipvs, haproxy и nginx. После чего web-серверы показывают пользователям красивые страницы, в основном, с помощью nginx и Apache.

А вот за ними стоят серверы приложений. Поскольку, как я говорила выше, есть и legacy, и довольно новые проекты, то языков программирования, на которых всё это написано, довольно много.

В качестве СУБД для новых проектов используются, в основном, MySQL, PostgreSQL и наша внутренняя разработка Tarantool. Пользователи не должны ощутить потери серверов какого-то хранилища или его части, мы стараемся бэкапить и реплицировать данные в соседние дата-центры.

В основном, мы используем оpen source, так как у нас в компании много программистов и инженеров, которые могут в любой момент что-то исправить. Есть и свои разработки. Например, хранилище, в котором лежат письма пользователей — своя собственная разработка.

Сколько у тебя человек в подчинении?

— Сейчас около 70, но это количество регулярно растет. Мы активно расширяемся, сейчас много открытых позиций.

Сколько серверов они обслуживают?

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

Какой же объем канала должен быть?

— Несколько терабит. У всей Mail.Ru Group общая сеть, по которой передается очень много информации. Возьмите хотя бы «ВК» и «ОК», которые показывают кучу видео, а ведь ещё есть Почта, Поиск, аналитика, и много других высоконагруженных сервисов. Поэтому сеть — важная составляющая.

Что нужно знать, чтобы стать хорошим системным администратором?

— Конечно же, Linux. Многие коммерческие компании сейчас используют эту ОС. В основном внутри компаний стараются не использовать разные дистрибутивы, все стремятся к тому, чтобы он был один, так проще обновлять и поддерживать работоспособность систем. У всех свои предпочтения по дистрибутиву, мы используем CentOS. Так что в первую очередь нужно знать Linux, как и что там устроено, как устроено межпроцессное взаимодействие, как всё загружается и работает.

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

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

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

Типичная задача: обсудить, почему запрос выполняется долго, надо и план посмотреть, и понять, нет ли проблем с загрузкой сервера (память, процессор, ввод-вывод).

В общественном мнении админы представляются как ребята с большой бородой в растянутом свитере. Сложно ли тебе работать в мужском коллективе?

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

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

Сейчас такого нет. Работаем в удобном офисе за столом. Наша работа сегодня ничем не отличается от работы программиста, которая тоже никогда не была чисто мужской: девушки-программисты — довольно частое явление.

Наш блиц-опрос. Какой у тебя ноутбук?

— Apple.

Что лучше, Bash или Perl?

— Bash.

Стартап или большая компания?

— Стартап в большой компании.

На что последнее тебе не хватило денег?

— На яхту.

Отличный ответ. Все сразу поймут уровень зарплаты в Mail.Ru Group.

— Точно.

ICQ или ТамТам?

— ICQ.

«ВК» или «Одноклассники»?

— ВК.

Кто твой кумир?

— У меня нет кумира. Я считаю, что многие люди и в российском, и в зарубежном интернете сделали довольно много для этой индустрии. Благодаря им она развивается такими темпами. Мне повезло, со многими из них я знакома лично.

Назови крупных российских.

— Довольно много; опять же, боюсь, что всех не перечислю. Если кого-то надо выделить лично, то рада, что в жизни получилось поработать с Ильей Сегаловичем.

Как сисадмин сисадмину — советы для начинающих / Habr

За свой не малый опыт (18 лет из своих 31) системного администрирования, программирования и «эникейства», а так же активного участия в жизни любой организации, в которых работал, я выработал правила, которые помогали увеличивать количество клиентов не ухудшая качества работ. Это в основном советы (на манер некого знаменитого сайта про советы) «сисадминам», которые работают «на себя», в малом и среднем бизнесе, а так же в государственных организациях.

Правила мне помогали «в одного» иметь парк по городу Новосибирск 100-150 компьютеров без потери качества работ и ситуаций когда от моих услуг отказывались и не уставать ибо ещё семья.

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

Уверен, что эти советы кому-то помогут, а у кого-то вызовут ностальгию по этой профессии.

1. Клиент — это самое важное, что имеется у нас в «админском» деле! Это и бухгалтер и техничка.
2. Архивы это то, что нас отделяет от «смерти», нерадивых конкурентов и нашей хорошей репутации.

3. Последние версии программ и обновлений ВАЖНЫ и для чего-то они выпускаются, поэтому всё нужно обновлять: и ПО, и микропрограммы, причем, сначала на своих компьютерах или устройствах. Бухгалтерам особо важны обновленные программы, так как у них есть проценты, отчеты, формы и Ваша зарплата. Делай это в то время, когда никто не работает.
4. Предположи когда закончится картридж у клиента и закажи (поменяй) заранее. Имей запасной.
5. Веди документацию по клиентам, паролям, доступам, адресам, почтам, серверам и т.п. для того, что бы твои коллеги не бились в истерике из-за отсутствия информации.
6. Изучи документацию, перед тем как делать.
7. Не путай плюс и минус.
8. Дочитай до конца всю информацию (статью, документацию) перед тем, как делать действия.
9. Нарисуй на бумажке, хорошо продумай структуру, чтобы не переделывать.
10. Заложи на час или два времени больше, чем в плане «великих задач».
11. Сделай информацию и структуру простой и легкодоступной.
12. Храни все драйвера в ближайшем месте.
13. Интернет не только предназначен для «админов», ещё и другие люди работают — «выключи торент»!
14. Смотри, читай, исследуй новости ИТ индустрии, выбери свои сильные стороны профессии, продвигайся в этом, копи опыт, делись им и интересуйся как делают другие. Выбери или всё знать понемногу, или стать узкопрофильным специалистом.
15. Устанавливай проверенное ПО и не новое, новое ПО требует больше Вашего времени и внимания – новые возможности и технологии проверяй на себе.
16. Объясняй понятно. Заменяй понятия «в ней», «туда», на «в программе ворд», «в поле ввода», «в панели задач» и твоему клиенту будет понятен твой язык. Ты наводишь мосты с клиентами и восстанавливаешь подмоченную репутацию «сисадминов» и программистов, а заодно и учишь свои клиентов компьютерной грамотности.
17. У многих не компьютерных людей «сисадмин», программист, монтёр, электрик и монтажник – одно лицо «программист» — привыкай.
18. Договорись заранее с клиентом, оповести о встрече или предупреди, о том, что встреча не состоится. Уважай других людей.
19. Изучай язык «чужих» профессий – этим ты сэкономишь своё время и их, а так же вызовешь доверие у клиента.
20. Делай «как себе», даже если клиент хочет «по-быстрому» и учитывай время одновременно.
21. Делай ВАЖНОЕ и НЕ СРОЧНОЕ в первую очередь – не допускай паники в будущем.
22. Кому то нужны цифры, а кому то уверенное «всё сделаю хорошо» — учитывай с кем разговариваешь.
23. Заведи правило называть папки (структуры папок) везде одинаково, что бы по телефону объяснять пользователю без запинки. Сделай так, что бы отсутствие тебя не вызвало негативных ситуаций.
24. Устанавливаешь новый компьютер – скопируй драйвера этого компьютера на жесткий диск, это поможет посещать клиента в те случаи, когда нет ни «флешки», ни дисков, ни интернета. Сохраняй своё время.
25. Пользователи работают днём, а сервера ночью. Сервера сами должны скопировать, заархивировать, проверить, перезагрузиться, запустить и прислать отчёты!
26. Следи за серверами больше, чем за клиентскими компьютерами. Сервер чаще сердце организации, чем файл у пользователя. Не путать пользователя и бухгалтерию, там годовой отчёт на «вес» сервера.
27. Не загибай цены, цены не повод терять клиента. Ищи клиентов, которые платят за то, что всё работает, а не за то, что ты у них перед глазами.
28. Не ругай ПО отличное от твоего, лучше расскажи, почему ты пользуешься именно им.
29. Дай выбрать клиенту, даже если знаешь, что ему нужно. Любой его выбор обсуди в любом случае.
30. Приди на работу на 30 минут раньше, проверь работоспособность «сети» — продавцы зарабатывают тебе деньги.
31. Улыбайся и будь спокоен за свою работу.
32. Не ругай других «админов», это уводит тебя от положительного образа «админов» и поэтому «админы» мягко сказать «не хорошие».
33. Знай где находятся все бумажные документы, заявления, справки, рапорта, «гарантийки».
34. Готовься перед выездом к клиенту, и имей в «багажнике» запасную «мелочевку».
35. Отвертки и тестер только твои!
36. Подписывай провода, а то другим не понятно, что и куда идёт.
37. Найди способ сэкономить в организации без потери времени и качества, в сфере ИТ это возможно.
38. Предлагай новые подходы и ускорение бизнес процессов или не мешай сложившейся системе.
39. Не переводи клиентов в друзья, с друзьями денег не заработаешь.
40. Установив операционную систему и ПО, настрой и убери лишнее из автозагрузки. Узнай список ПО клиента и установи его. Имей свой «джентельменский набор» ПО и устанавливай его.
41. Для обычного пользователя ярлыки на рабочем столе ближе, чем в меню «ПУСК», но не допускай большого их количества.
42. Храни часть ПО в интернете на своей страничке с доступом только для тебя.
43. Изучи все способы удалённой работы с компьютерами и обезопась их от проникновения.
44. Разработай с начальством уровни доступа к ресурсам сети.
45. Сделай что-то дополнительное в своей работе, что поможет тебе в будущем избежать непредвиденных ситуаций.
46. Знай цвета, иконки и названия всех программ которые устанавливаешь, а так же их расположение.
47. Сроки в официальных документах говорят о том, что работа должна завершиться до начала этой даты, но не после. И вообще сроки важны.
48. Выбери поставщиков с качеством. Качество позволит не появляться у клиента и найти нового. «Сарафанное радио» будет работать на тебя уже после первой хорошо выполненной задачи.
49. Имей возможность в виде «звонок другу» или «помощь зала» в трудной ситуации и замени себя на время отпуска.
50. Будь доступен по всем контактам, которые должны знать все. Бери телефон, когда звонЯт и не меняй номера телефонов. Клиенты бывает, не звонят годами потому, что у них всё работает.

Как говорится «Чего и Вам желаю Уважаемые хабровцы!»

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *