Кто такой системный администратор? Какие ошибки нельзя делать в профессии IT. Рассказ о собственном опыте

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

Сентябрь 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 – и подавно. Иначе рискуете остаться за бортом, как некогда я.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Data governance точнее всего перевести как «руководство данными ». Не управление, а именно руководство. Под 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 называют и движением, и методикой, и процессом, и очень редко - технологией, и все это имеет право на существование.

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

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

Итак, хочется внести немного ясности в то, что же такое системный администратор.

Я бы сформулировал эту специальность только так - максимальная должность по управлению всеми информационными системами предприятия.

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

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

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

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

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

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

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

P.P.S. Я оставляю за рамками статьи всех «узких» администраторов, как например администраторов веб-серверов, баз данных, почтовых, доменных, систем хранения, сетевых и так далее. Хотя даже средний системный администратор должен иметь четкое представление о сути этих специальностей и в своей работе регулярно советоваться и учитывать мнения специалистов или погружаться в область сам (при наличии сил и возможностей).

UPD: Хорошо сформулировал мои мысли

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

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

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

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

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

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

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

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

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

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

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

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

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

Чем занимается системный администратор

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

К обязательным качествам можно отнести: собранность в непредвиденных ситуациях, отличное знание компьютерной техники. Например, администратору веб-сервиса нужно ориентироваться в Unix-системах, протоколах TCP и IP и т.д. Если же работа связана с базами данных, нужны совершенно другие знания: MySQL, PostgreSQL, MS SQL, Oracle. И хотя многие считают работу сисадмина бесконечно скучной, востребованность грамотных специалистов на рынке труда довольно высокая.

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

Плюсы и минусы профессии системный администратор

Преимущества:

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

Недостатки:

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

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

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