Сисадмин - кто это? От первого лица: Системный администратор.

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

Эникейщики, а не администраторы

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

Их работа заключается в следующем:

• Подай-принеси;
• замени картридж;
• установи Windows;
• установи офис и настрой программы.

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

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

Определение системного администратора

Уже само словосочетание «системный администратор» сформировалось от того, что есть информационные системы, а есть, соответственно, люди, которые каким-то образом администрируют эти системы. Обратите внимание, именно Информационные Системы.

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

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

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

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

Хотелось бы высказать свое мнение по этому поводу.

Обязанности российского сисадмина

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

В моей организации сисадмин должен заниматься:

• поддержание работоспособности всего компьютерного парка предприятия: начиная от установки операционной системы и заканчивая обучением персонала правильной работе с дополнительными периферийными устройствами;
• консультирование работников организации в вопросах работы различного программного обеспечения, начиная от создания таблиц в Microsoft Office и до безопасного использования глобальной сети Интернет;
• приобретение новой компьютерной техники, приобретение лицензионного программного обеспечения, начиная от общения с менеджерами дистрибьюторов и розничных магазинов и заканчивая получением товара (благо что на автобусе не говорят ехать за ним);
• проектирование СКС, с учетом различных факторов, которые могут повлиять на ее работоспособность в течении долгих лет ее жизни;
• ежедневный мониторинг различных систем безопасности, начиная от мониторинга антивирусных систем и заканчивая системами вторжения.

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

Уже не говорю, что станки ЧПУ стоимостью несколько миллионов рублей, также относят к простой компьютерной технике.

Проблемы с которыми сталкивается, наверное, каждый сисадмин

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

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

Объяснить людям, что невозможно установить на старый компьютер Windows XP вместо Windows 98, чтобы в последствии установить на него какую-нибудь CAD -систему для проектирования 3D-моделей, также очень сложно. В России почему-то каждый считает, что он знает в этом вопросе чуть больше тебя и без особых проблем пытается тебе это доказать.

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

Помимо всего прочего сисадмин должен делать все эти действия практически не тратя деньги предприятия, потому что отношение к сисадмину, как единичному сотруднику, так и к большому ИТ-отделу, одно – это подразделение/специалист фактически не зарабатывающий никаких денег для предприятию, только их тратящий. В России нет такого понятия как сбережения, который также формируют часть дохода.

Зачем этот странный сисадмин планирует купить 1-2 48-портовых коммутаторов Cisco, если можно обойтись несколькими десятками дешевых 8-портовых D-Link`ов. К чему покупать дорогой Сервер HP ProLiant DL , если можно все сделать на простом конструкторе Intel и не заморачиваться.

Отношение других сотрудников к сисадмину

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

Сисадмин – прислуга?

Смотря что понимать под понятием прислуга.

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

Сегодня день системных администраторов, который был придуман впервые в Чикаго компьютерщиком Тедом Кекатосом, американцем по национальности, ровно 11 лет назад в 1999 году. С тех пор ежегодно последняя пятница июля отмечается многими людьми, называющими себя сисадминами. Так кто же эти люди?

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

В середине прошлого десятилетия системными администраторами были простые люди - самоучки, обладающие определенными навыками в области компьютерной науки. В настоящее же время, системному администратору предъявляется ряд требований и обязательств. Для этого существуют специальные организации, которые готовят специалистов в этой области, предъявляя им по окончании курса обучения и успешной сдачи экзаменов - сертификаты. Например, Microsoft Certified Professional(MCP) и Linux Professional Institute(LPI).

Системные администраторы делятся на несколько групп. Системные администраторы в Windows систем и админы, которые работают в Linux/Unix системах. Администраторы сетей - сюда в основном относятся люди, работающие с сетями Cisco. Особую группу входят сисадмины, работающие с базой данных, в основном Oracle.
Сравнительно недавно к ним добавилась группа людей следящих за виртуальными системами - VirtualMWare и отвечающие за работу веб сервера - web администраторы. В зависимости от штата предприятия их может быть один или несколько.

На протяжении десятилетий представление о системном администрировании (СА) менялось синхронно с изменениями в компьютерных системах. Как специальность, СА возникло стихийно, из необходимости каким-то образом справляться со сложностями первых операционных систем на мэйнфреймах.

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

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

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

В конце XX века из сисадминов-любителей выросли профессионалы

На этом, прямо скажем, невеселом фоне непросто писать об общемировых трендах и грядущих изменениях в специальностях, связанных с администрированием корпоративными ИТ.

Представление о системном администраторе в 2017 году

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

По области деятельности занятых в СА можно разделить на несколько категорий:

• Администраторы баз данных – поддерживают СУБД , отвечают за целость и производительность баз данных.
• Сетевые администраторы – поддерживают сетевые инфраструктуры (маршрутизаторы, коммутаторы) и подключение к ним компьютеров.
• Администраторы безопасности – специалисты в области информационной безопасности, которые обеспечивают работу защитных экранов и других устройств.
• Web-администраторы – поддерживают web-серверы (Apache или Internet Information Services), обеспечивающие доступ к внутренним и внешним сайтам, включая конфигурирование, безопасность и обновление.
• Администраторы серверов – осуществляют поддержку оборудования на физическом уровне (замена вышедших из строя устройств, замена лент и т.п.).
• Администраторы систем хранения данных (СХД) - поддерживают СХД, приложения, резервное копирование и установку новых устройств.

Что ждет системного администратора в будущем?

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

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

Но ситуация меняется, и постепенно в ИТ складывается примерно такая же трехзвенная система, которая существует повсюду. Основным продуктом ИТ признаны данные. На третьем уровне данные используют аналитики, так называемые , с ними все более или менее ясно. А что же происходит с первым и вторым звеньями? Традиционные задачи, перечисленные выше, с сисадминов никто не снимает, зато появляются новые, и они связаны с новыми направлениями - Data governance и DevOps .

Руководство данными

Data governance точнее всего перевести как «руководство данными ». Не управление, а именно руководство. Под Data governance понимают комплекс мер, направленных на сохранение и поддерживание качества данных как важного актива предприятия.

Роль Data governance в корпоративной стратегии компании отмечают системные интеграторы :

В связи с этим в штате СА появятся новые специальности:

• Администратор данных (Data admin) Менеджер ресурсов данных мониторит корпоративные данные, обеспечивает управление ими как активом, управляет жизненным циклом данных в соответствие с целями и задачами предприятия. Такого рода менеджмент основывается на логических моделях данных и их потоков. Администратор данных отличается от администратора баз данных тем, что первый работает с данными на логическом уровне, а второй на физическом.
• Хранитель данных (Data custodian) играет центральную роль в команде, руководящей данными, он отвечает за их агрегирование и использование, он функционально ближе к администратору баз данных с учетом того, что данные, с которыми он имеет дело, разнообразнее.
• Управляющий данными (Data steward) планирует работу с данными, анализирует источники, связывает элементы данных с метаданными.

DevOps и системное администрирование

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

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

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

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

О будущем разделении труда между программистами и администраторами еще в 1947 году писал Алан Тьюринг:

Пророчество Тьюринга во многом оправдалось, за прошедшее с тех пор время история разработчиков (Dev) и операторов (Ops) успела совершить несколько витков развития. На первых порах, еще до появления мэйнфреймов, разделения между разработчиками и операторами не было - тогда были программисты и инженеры, сохранявшие работоспособность крайне ненадежных систем.

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

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

Но с появлением персональных компьютеров и локальных сетей, клиент-серверных архитектур и баз данных инфраструктура заметно усложнилась и снова возникло деление на Dev и Ops. В последующем появились крупные ЦОДы и самостоятельные ИТ-подразделения, целиком состоящие из Ops, - снова возник барьер между двумя сторонами.

В XXI веке сложилось строгое разделение труда между Dev и Ops. Задачи первых свелись к созданию нового ПО и его периодическим обновлениям, а вторых - к обеспечению пользователям надежного и быстрого доступа к системным ресурсам. Но при том что и Dev, и Ops делают общее дело, их интересы совпадают лишь частично. Естественно, что программисты не хотят делать ПО с ошибками, а люди из ИТ - обрушивать его в процессе эксплуатации, в этом они едины, и пока требования к скорости появления новых релизов ПО были относительно невелики, между ними не было серьезных противоречий.

Если бы потребности пользователей ограничивались только готовым покупным тиражируемым ПО, то разделение, предсказанное Тьюрингом, сохранилось бы еще надолго, но возникли два новых явления: непрерывное обновление ПО (Continuous Delivery, CD) и непрерывная интеграция (Continuous Integration, CI).

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

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

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

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

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

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

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

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

Начало 2013 года мне надолго запомнится. У меня был выбор устроиться андроид-разработчиком, программистом 1С или же системным администратором в контору, о которой кроме матерных слов ничего хорошего сказать не могу. Победила жадность. Так как разработчиком мне везде предлагали вначале 25 тысяч (Ростов-на-Дону). Понимаю, что программист даже до года работы это всего лишь джун. Тем более, что Андроид я бросал до этого, а 1С занимался постольку, посколько. Но через год бы перспективы выросли. Скилл бы рос, а с ним и уровень зарплаты. Но я пошел по пути наименьшего сопротивления, так как мне предложили 35 тыров! На руки! Белыми! И это было началом моего профессионального краха.

Офис был мелким до безобразия. Одноранговая сеть, без AD или вообще намека на LDAP хотя бы на Samba. С древними компьютерами под не менее древней XP. Один сервер видеонаблюдения, одна файловая помойка и один настроенный через одно место шлюз на 5-м Центосе…

Когда я увидел все это «хозяйство», у меня возник резонный вопрос – а за что платить то такую сумму? Ответ я получил незамедлительно – за командировки. Именно меня брали для пусконаладочных работ в командировках. На мне висели системы видеонаблюдения, сервера и коммутационное оборудование. В 2014 году мне все это и аукнулось – почти весь год я пробыл в Сочи, начиная с Олимпиады, где работал без сна и выходных два месяца, а потом безвылазно жил в условиях, в которых не всегда гастарбайтеры будут согласны находиться, в силу жадности директора конторы.

Да, я много чего узнал. Я изучил Cisco на уровне CCNA, хотел уже подниматься до CCNP, но передумал. Я узнавал много смежных технологий типа настройки радаров (да, именно РЛС) и много чего прочего. Я узнал столько о ВОЛС и всем коммутационном оборудование, что можно было смело после этого идти в телекомы работать. И вместе с тем я тупел. От однообразия, от рутины и т.д.

Я бросил этот блог. Я бросил программирование. Я свыкся с мыслью, что я просто сисадмин. Получаю зарплату ну и ладно.

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

Я смотрел дайджесты технологий и буквально офигевал от того, что произошло за эти 4 года. Xamarin, в iOS разработка пошла на SWIFT, в вебе появились многие новые фрэймворки, Rust появился и тут же сделал вызов C++. Да и последний претерпел изменения – вышел C++ 14, который стал больше java напоминать.

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

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

Итак, на руках трудовая книжка с такой «отвратительной» записью, два резюме – на программиста и сисадмина. Вот вводные данные. И тут понеслось.

Ради интереса начал рассылать резюме сисадмина, пока попутно читал книги по тому, что упустил за прошедшее время. Результат был, мягко говоря, не ахти. Нет, меня много куда приглашали. Я проходил часто собеседования. Но за спиной часто слышал: «Боже, мужчине 31 год и он пришел сисадмином!». Но была еще куча мест, где резюме летело в шредер с диагнозом – «Дед. Старый сильно для этой должности». Причем, сеть гетерогенная в таких организациях. Есть и виртуальные сервера на ESXi, крутятся веб-сервера на Apache и Nginx под Debian и Centos 7, куча АТС на Asterisk, сложные леса AD, MS SQL Server 2014, Exchange, скрипты в совершенстве на bash и powershell, Cisco, Huawei, Microtik – всего не учесть. И опыт для всего этого от 3 до 6 лет. Но не старше 30 лет для соискателя. Так что кто тешит себя скиллами, часто против вас будет идти главный документ – паспорт. Так по крайней мере в Ростове обстоит дело.

С программистом был вообще цирк – часто видели, что работал сисадмином последние 4 года и тут же резюме в шредер или начинали истерить. В городе больше 100 франчей 1С, но почти у всех них как эталон нормы набора программистом было одно – пробыть стажером. И пофиг, сколько у тебя стаж – нет вообще опыта или 10 лет за плечами. И тут вставал вопрос о зарплате, которой во франчах традиционно нет. Насчет других программистов тут кроме веба и мизерной доли C# опять же для ASP.Net ничего нет. И даже C#, который я знал версии 4.0, уже применялся 6.0. Вновь учить даже его. Хотя на блоге я вел вебинары по нему (вернее, по 5.0). Но с ним проще было, однако в коллектив не проходил опять же возрасту. Сидят молодые парни до 25 лет и к ним дядя 31 летний заваливает…

Тем не менее, я вообще не сваливался в пессимизм. Искал много чего смежного и за неделю после увольнения нашел работу java разработчиком. Да, зарплата серая. Но в трудовой снова засияет запись «инженер-программист». И одно я знаю наверняка – больше никогда уже в сисадминство ни ногой. Да и возраст не позволит).

Надеюсь, что эта статья с такими стонами была кому-то интересна и полезна. Самое главное, всегда развивайтесь. Мир не стоит на месте. А IT – и подавно. Иначе рискуете остаться за бортом, как некогда я.