Лично меня немного угнетает сложившаяся ситуация с названием специальности. Это похоже на то, как на заре развития компьютерной техники всех, кто хоть как-то умел работать с компьютерами жестко делили на две группы «пользователь» и «программист». Умеешь только включать и одним пальцем тыкать - пользователь. понимаешь что внутри происходит - программист. Так сейчас всех кто «не программист» стали звать сисадминами.
Итак, хочется внести немного ясности в то, что же такое системный администратор.
Я бы сформулировал эту специальность только так - максимальная должность по управлению всеми информационными системами предприятия.
Системный администратор - это человек, работа которого заключается:
В первую очередь - в построении политики и планировании организации всех информационных систем и сетей в компании.
В повседневности - реализация этого плана, воссоздании его в железе, конфигурации устройств, настройке софта, тюнинге, слежение за состоянием сетей, пресечение случайных нарушений, атак и прочих угроз.
В будущем - планирование развития и модернизации, изучение новых возможностей и тенденций.
Эта должность только на половину «техническая», а на вторую половину «политическая». Системный администратор это высший IT менеджер, определяющий как и куда будет двигаться всё IT в компании, а в конечном итоге на сколько просто и удобно будет пользоваться «благами IT» каждому конкретному пользователю. Ниже уровнем находятся отдельные «узкие» администраторы, типа администраторов баз данных, службы поддержки пользователей, возможно программисты пишущие какие-то местные модули. Выше уровнем остается только «не техническое руководство» - топ менеджмент и руководители фирмы. Например руководство, в силу отсутствия необходимых технических знаний, просто не в состоянии знать какое оборудование необходимо для постройки сети, где бывают узкие места и на сколько каждое из них влияет или может повлиять на бизнес-процессы. Вышестоящим как правило надо только обладать сведениями «сколько это будет стоить нам денег и времени» и «на сколько упростит работу/увеличит надежность». А как и какие будут применяться технологии, как и что будут получать пользователи, что они смогут делать, а что нет - это решения системного администратора.
То, что многие (и даже в своей статье этим грешит:) называют админом - зачастую это «эникейщик» (системный инженер, сменный инженер, инженер тех.поддержки), его задачи действительно разбираться с глючащими виндами, принтерами и прочим мелким барахлом пользователя. Я понимаю, что в фирме с парой сотен рабочих мест практически нет смысла брать отдельного системного администратора (как правило там и задач таких не возникает), по этому и получается, что сидит эникейщик, и в меру свободного времени и опыта, за одно выполняет и задачи по настройке серверов и железа. Страшного в этом ничего нет, в конце концов почти все системные администраторы начинали работать эникейщиками, только вот реальными системными администраторами они не являются.
Я несколько раз работал системным администратором в компаниях, где больше тысячи рабочих мест распределены по значительной территории. Например в одной из них за два года работы я ни разу не видел конечного пользователя, и всего пару раз говорил с ними по телефону. Но за то ответственность за правильность выбранной политики построения сети, планирование закупок для дальнейшего развития, работоспособность всех информационных систем, софта, серверов, сохранность данных - именно на администраторе. С эникейщика ни кто не спросит за пропажу данных, или обрыв магистрали - а вот для сисадмина это сразу будет дисквалификация, если им не было предусмотрено в структуре резервных путей, обеспечивающих бесперебойную работу при отказе отдельных узлов и быстрых вариантов восстановления работоспособности любой структуры. И решения которые принимает системный администратор как правило сказываются на всех сотрудниках, так или иначе работающих с компьютерами. Именно системный администратор ставит задачи по написанию необходимых модулей программистам, и вводит правила работы с софтом для всей компании.
Хочется привести аналогию с городскими канализациями - системный администратор это главный инженер города, который планирует как и куда надо вести трубы, где построить и как соединять подстанции. А вот бородатый и в свитере - это скорее всего местный сантехник, который трубы в доме меняет, да разводку по квартире делает. Ничуть не умаляя нужность всех профессий, но это очень разные по уровню знаний, образованию и решаемым задачам вещи.
Еще я не согласен с разделением на «профильных» и «непрофильных» работодателей. Тут скорее стоит говорить о том, есть ли востребованность в серьезном IT для каждого конкретного бизнеса. Например если смотреть в торговлю вообще - им компьютеры по сути не нужны, кассу поставил и зашибай деньги. Но тем не менее одну из самых интересных и развитых IT инфраструктур я наблюдал именно в крупной торговой сети. И на развитие там не скупились, по скольку понимали, что это «кровь» бизнеса и когда ляжет сеть, продаж не будет, а это огромные потери как прямые из-за стоящего оборудования, так и косвенные от потери доверия.
P.S. А еще интересное из замеченного за многие годы, что является пунктиком всех виденных мною отличных системных администраторов - это почти маниакальная страсть к упорядочиванию всего, что есть в его подчинении, начиная от конфигурации оборудования, документированию инфраструктур и укладыванию патч-кордов в коммутационных шкафах, и кончая идеальным порядком на собственном рабочем столе. И кстати, бородатых со свитером среди них не встречалось, хороший сисадмин скорее действительно похожи на менеджера.
P.P.S. Я оставляю за рамками статьи всех «узких» администраторов, как например администраторов веб-серверов, баз данных, почтовых, доменных, систем хранения, сетевых и так далее. Хотя даже средний системный администратор должен иметь четкое представление о сути этих специальностей и в своей работе регулярно советоваться и учитывать мнения специалистов или погружаться в область сам (при наличии сил и возможностей).
UPD: Хорошо сформулировал мои мысли
Немного философской получилась статья. Да и не так часто я пишу вообще для этого блога. К сожалению.
Сентябрь 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 – и подавно. Иначе рискуете остаться за бортом, как некогда я.
Систе́мный администра́тор (англ. system administrator ) - сотрудник, должностные обязанности которого подразумевают обеспечение штатной работы парка компьютерной техники, сети и программного обеспечения, а также обеспечение информационной безопасности в организации. Другие названия: сисадми́н (англ. sysadmin ), нередко просто админ .
Системный администратор - сотрудник, в обязанности которого входит не только слежение за сетевой безопасностью организации, но и создание оптимальной работоспособности компьютеров и программного обеспечения для пользователей, часто связанных между собой общей работой на определенный результат.
Нередко функции системного администратора перекладывают на компании, занимающиеся IT-аутсорсингом. Обычно такие компании предоставляют более низкую, чем содержание штатного сотрудника, стоимость обслуживания и осуществляют работу на основе абонементных договоров.
Ввиду быстрого роста Интернета и развития сетевых технологий, системному администратору-одиночке становится всё сложнее противостоять всем проблемам, поэтому давно появились специализированные форумы и печатные издания, направленные на расширение кругозора начинающих системных администраторов и оказание помощи в решении различных проблем.
Профессиональный праздник системного администратора - последняя пятница июля.
Специализация
Системных администраторов можно разделить на несколько категорий:
Администратор веб-сервера - занимается установкой, настройкой и обслуживанием программного обеспечения веб-серверов. Как правило, работает в хостинговой компании. Необходимы знания Unix-систем (главным образом Linux и FreeBSD), умение конфигурировать веб-сервер Apache и почтовые сервера (qmail, Sendmail, Exim, Postfix), которые установлены на более чем 90% web-серверов во всем мире; дополнительно веб-сервер IIS и ОС семейства Windows Server. Обязательно глубокое понимание модели OSI, стека протоколов TCP/IP.
Администратор базы данных
Специализируется на обслуживании баз данных.
Нужны глубокие знания СУБД (как минимум одной из MySQL, PostgreSQL, MS SQL, Oracle, Informix, Firebird), операционной системы, на которой работает база данных (Windows Server, *nix (главным образом Linux/FreeBSD) или Solaris), знание особенностей реализации баз данных, а также знание информационно-логического языка SQL.
Администратор сети
Занимается разработкой и обслуживанием сетей.Необходимы глубокие познания в области сетевых протоколов (стек TCP/IP, IPX) и их реализации, маршрутизации, реализации VPN, системах биллинга, активного сетевого оборудования (как правило, Cisco), физическом построении сетей (Ethernet, Token ring, FDDI, 802.11).
Системный инженер (или системный архитектор)
Занимается построением корпоративной информационной инфраструктуры на уровне приложений. Работает, как правило, в аутсорсинговой компании либо крупной компании, корпорации. Нужны знания распространённых ОС (Windows NT, Windows 2000, Windows XP, Linux, FreeBSD, Mac OS); службы каталогов Active Directory, Lotus Domino, LDAP; распространённые СУБД, почтовые, groupware, веб-серверы, CRM, ERP, CMS, системы документооборота - связью которых в контексте бизнес-процессов и занимается.
Администратор безопасности сети
Занимается, соответственно, проблемами информационной безопасности, документированием политик безопасности, регламентов и положений об информационных ресурсах. Работает, как правило, в аутсорсинговой компании либо крупной компании, корпорации.Требуются знания протоколов шифрования и аутентификации и их практическом применении (VPN, RADIUS, SSL, IPsec, RAS), планировании PKI, системах контроля доступа (брандмауэры, прокси-сервера, смарт-карты, CheckPoint, SecurID), инцидентном анализе, резервном копировании.
Системный администратор малой компании
(от 5 до 50 рабочих мест) - занимается поддержанием работоспособности небольшого парка компьютерной техники и обслуживанием сети. Не имеет помощников и выполняет все обязанности, связанные с компьютерами и коммуникациями, в том числе техническую поддержку пользователей. В компаниях, занимающихся разработкой программного обеспечения обслуживает Web-сервера, программы, используемые разработчиками. Также могут тестировать разрабатываемое компанией программное обеспечение.
Требуется знание ОС от Microsoft, офисных и бухгалтерских программ типа Microsoft Office и 1° C, умение прокладывать локальную сеть, начальные знания баз данных и языков программирования.
", и сегодня с нами делится опытом программист, системный администратор Сергей Егорцев
Как устроен рабочий день сисадмина?
Как правило, у системного администратора постоянно есть какие-либо задачи. День начинается с расстановки приоритетов и постепенного решения этих задач. По мере их решения появляются новые задачи, включая неотложные и срочные. Обычно 90% задач решаются прямо за рабочим столом, т.е. почти весь день нужно сидеть за компьютером.
Каковы его обязанности? А у специалиста технической поддержки?
Основные обязанности системного администратора - обеспечить непрерывность бизнес-процессов работодателя. Думаю тут важно понять, что же нужно работодателю для работы. Есть несколько категорий задач:
- Телефония. Это может быть call-центр, может быть обычная офисная телефония. Тут решенаются следующие задачи: настройка АТС, настройка телефонных аппаратов. АТС может быть цифровой, может быть аналоговой. Сейчас, конечно, больше используется цифровая. Так же возможно нужно настроить IP-телефонию.
- Компьютерная сеть. Нужно обеспечить взаимодействие компьютеров в сети, настроить доступ, подключение. Настроить сетевое оборудование.
- Интернет. Необходимо настроить доступ к интернету, возможно ограниченный (ограничить доступ к соц. сетям, запретить некоторые протоколы и прочее).
- Настройка периферийного оборудования и доступ к нему - различные принтеры, плоттеры и прочее.
- Установка и настройка корпоративных пакетов программ для бухгалтерии, систем внутреннего документооборота, систем ЭДО (электронных систем документооборота). ЭДО как правило используются для отправки документов в налоговые службы и для работы с банками.
Данные задачи решаются с помощью различных комбинаций оборудования/программного обеспечения. В основном всё зависит от бюджета, требований и нужд работодателя. Как правило в большинстве компаний уже существует система, решающая вышеизложенные задачи. Если не нужно делать всё с нуля, то основная задача системного администратора - поддержание существующей системы в рабочем состоянии, а также её обновление/модернизация по мере необходимости. Возможно систему нужно будет расширять и дополнять для решения новых задач работодателя.
В обязанности специалиста технической поддержки также входит обеспечение непрерывности бизнес-процессов работодателя, но не на уровне системы, а на уровне конечных узлов и конкретных устройств. Основные задачи специалиста технической поддержки:
- Настройка компьютера пользователя - подключение к корпоративной сети, настройка почты, установка пакета программ.
- Настройка принтеров.
- Замена расходных материалов в периферийных устройствах (принтеры, факсы и прочее).
- Настройка телефонных аппаратов (обычных телефонов, IP-телефонов).
- Ремонт и восстановление вышедшего из строя оборудования. Замена комплектующих ПК, принетеров, телефонов.
Как правило, специалист технической поддержки начинает свою работу по заявкам от пользователей. Почти каждый день случаются различные инциденты: не работает интернет, не отправляется почта, не звонит телефон, не работает бухгалтерская программа и прочее. Основная обязанность - оперативное устранение неисправности. Чем быстрее будет устранена неисправность - тем меньше финансовых потерь у работодателя, т.к. обычно неисправность приводит к невозможности пользователя исполнять свои трудовые обязанности, за которые ему платят зарплату.
Какие операционные системы он должен знать сегодня?
Операционные системы подбираются для каждой фирмы отдельно, в зависимости от финансовых возможностей и решаемых задач. Для решения большинства задач по взаимодействию компьютеров в сети подходят серверные операционные системы от Microsoft: Windows Server 2008, Windows Server 2012. До сих пор можно встретить Windows Server 2003, но эта система уже устарела. Для обеспечения связи компьютерной сети с внешними сетями (интернет, удаленный офис, удаленный филиал) используются Unix-подобные системы, наиболее востребованная из них - FreeBSD, так же на Unix-системах можно организовать телефонию, почту, web-сервера. Так же можно встретить в работе использование OS Linux, которая может использоваться как сервер или стоять на компьютерах пользователей. К примеру - в московских поликлиниках в кабинетах врачей стоят компьютеры под управлением Linux, данная система полностью подходит для работы с ЕМИАС в браузере. Для обеспечения взаимодействия компьютерных сетей используется специальные устройства - различные сетевые роутеры и маршрутизаторы. Крупные фирмы для обеспечения работы сети используют маршрутизаторы Cisco - они позволяют решить практически любые задачи, связанные с сетевой передачей данных. Маршрутизаторы Cisco настолько сложны в своем устройстве, что для них используется своя операционная система - Cisco Internetwork Operating System или сокращенно Cisco IOS. Знание и умение работать с этой системой необходимы для построения любой относительно крупной сети. Есть еще маршрутизаторы от компании Juniper Networks со своей операционной системой - Junos OS. Маршрутизаторы Juniper Networks не часто используются в обычных фирмах, как правило их используют крупные корпорации, интернет-провайдеры и банки.
Приходится ли ему иметь дело с людьми и по какому поводу.
Если говорить о специалистах технической поддержки - иметь дело с людьми им приходится каждый день и каждый раз, когда у кого-то что-то сломалось/не работает. В крупных корпорациях и банках, как правило, нужно соблюдать дресс-код, опрятно выглядеть. При этом надо учесть, что специалист технической поддержки общается с любым человеком который использует технику - от заведующего складом до президента корпорации. Поэтому умение общаться и находить взаимопонимание с людьми обязательно. Часто в вакансиях указывается, что специалист технической поддержки должен быть стрессоустойчивым. Это связано с тем, что техника обычно выходит из строя в самый неподходящий момент. К примеру директор по развитию срочно должен отправить письмо партнерам, а у него не работает почта - в данный ситуации директор нервничает, боится, что всё может пропасть, сделка не состоится и т.п. В данном случае нужно быть готовым к тому, что как только вы зайдете в кабинет, на вас наорут, обвинят в некомпетентности и т.п., в зависимости от значимости письма и настроения директора, а так же его психического состояния. К этому надо быть готовым. Почти всегда есть 10% постоянно недовольных пользователей, с которыми так или иначе придется налаживать отношения.
Системный администратор, в отличие от специалиста технической поддержки может вовсе не общаться с пользователями. Либо делать это в редких случаях. Основное его общение происходит с начальником/IT-директором на профессиональные темы - работа серверов, системы, почты, внедрения корпоративного ПО, особенности взаимодействия узлов системы и т.п.
Это актуально для крупных компаний, если же вы работаете в компании, состоящей из 30-60 сотрудников, то уйти от общения с пользователями и не попасть на недовольных вашей работой людей не получится, придется так или иначе “влиться в коллектив”.
Приходится ли ему повышать квалификацию ежедневно?
Повышать квалификацию необходимо параллельно развитию индустрии. Для операционных систем это не так актуально, т.к. они выходят раз в 5-6 лет. Чаще обновляются программные продукты - 1С, системы ЭДО, банк-клиенты. Сложности в повышении квалификации возникнуть не должно, если вы держите “руку на пульсе” и следите за IT-новостями. Базовые функции и принцип работы систем заложены очень давно и редко меняются. К примеру ПК как собирались 20 лет назад так и собираются по сей день. В IT-индустрии меняются характеристики и возможности компьютеров и ПО, меняется круг решаемых задач, но базовые принципы остаются.
В данной профессии можно качественно повысить свой уровень квалификации совершив некоторый квалификационный скачок. специалист технической поддержки может стать системным администратором, если повысит свою квалификацию в области серверных операционных систем или в области сетевых технологий. Это будет переход на другой уровень и даст возможность карьерного роста.
Какова вилка зарплат у них? От чего это зависит?
Зарплата чаще всего зависит от решаемых задач и работодателя. К примеру в крупной корпорации/банке зарплата специалиста технической поддержки - от 40 до 80 т.р. В небольших компаниях это сумма меньше, как правило от 25 до 50. Обычно 80 т.р. - это зарплата в иностранных представительствах компаний, для получения такой зарплаты нужно владеть иностранным разговорным языком, а также уметь грамотно писать.
Зарплата системного администратора выше и разброс больше. Это от 35 до 180 т.р. Тут всё зависит от масштабности компании и круга решаемых задач, опять же для 180 т.р. может потребоваться знание иностранного языка.
Кому они подчиняются?
Если компания небольшая 30-100 человек, то подчинение или непосредственно директору или назначенному ответственным за IT-технологии человеком - должности могут быть разные. Если говорить о корпоративном сегменте - то тут выстраивается примерно такая цепочка:
IT-директор - начальники отделов (отдел связи, телефонии, сети и т.п.) - главный системный администратор - ведущий системный администратор - старший системный администратор - системный администратор - специалист технической поддержки. Как можно заметить в небольшой компании практически отсутствует перспектива карьерного роста, можно надеяться только на индексации заработной платы и премии/бонусы. В корпоративном сегменте можно повышать свою квалификацию и карьерный рост на протяжении лет 10-20 с соответствующим ростом заработной платы.
В кого они могут вырасти в компании и от чего это зависит?
Рост возможен преимущественно в больших компаниях. Всё зависит от навыков и знания систем, а так же практического опыта. Нужна теория и практика. Часто приветствуются знания, подтвержденные сертификатами от производителей систем. Наиболее верный путь роста - изучение серверных систем Microsoft и сдача по ним экзамена. Экзамен состоит из большого количества вопросов, проводится в виде теста. Данные экзамены стоят денег, т.е. чтобы попробовать сдать экзамен нужно оплатить порядка 60 евро за попытку не зависимо от того, сдали вы или нет. По этому готовиться нужно тщательно. В некоторых компаниях владение данными сертификатами, подтверждающими ваши знания не просто приветствуются, а являются требованием к кандидату на вакансию. По большей части на пути к зарплате 180 т.р. данные сертификаты просто необходимы. Так же можно осуществить карьерный рост в сетевых технологиях, основанных на знании сетевого взаимодействия и владения навыками работы с маршрутизаторами Cisco. Опять же для работы с Cisco приветствуются сертификаты знания технологий от Cisco, которые выдаются после экзамена, который также стоит денег.
Где именно этом учат и можно ли вот так с улицы прийти на курсы и за полгода стать сисадмином? Пишут в вакансиях: "Образование не ниже среднего специального". Реально ли после колледжа это все уметь? А что тогда дает институт?
Учат системных администраторов на курсах повышения квалификации, а так же на платных курсах, которые проводят производители ПО и оборудования. В технических ВУЗ’ах и Колледжах есть различные кафедры по различным IT-технологиям. После окончания учебного заведения или курсов можно попробовать устроиться на работу с небольшим окладом 25-35 т.р. На первых парах всё решает опыт. Стать сисадмином можно набивая руку на решении различных задач, которые ставит руководство компании. Думаю что за 1 год работы можно набрать достаточный опыт, чтобы понять в каком направлении двигаться и что делать. Есть вариант научиться минимальным навыкам для работы специалистом технической поддержки и работать в такой должности много лет. Но стоит помнить, что специалист технической поддержки - первая ступенька в карьере и подразумевает возраст до 35 лет. Знаю что специалисты технической поддержки с возрастом выше 35 сталкиваются с проблемами при трудоустройстве, по этому если вы молодой специалист, то желательно до 35 как-то продвинуться по карьерной лестнице.
По поводу обучения в ВУЗ’е и колледже - точно сказать не могу, но мне видится разница примерно такая: в ВУЗ’е учат технологическим азам и базовым теоретическим знаниям для построения компьютерных систем, что может пригодиться будущим системным администраторам. В колледжах меньше теории, больше практики, что способствует более быстрому старту в практических навыках, не сильно вникая в основы.
Скучно ли быть сисадмином или весело? В чем радость?
По поводу скуки или веселья не могу сказать. Тут скорее подойдет слово интересно. Быть системным администратором интересно, т.к. каждый день приходится решать новые и новые задачи, иногда, правда, и старые. На мой взгляд, все администраторы испытывают чувство радости и эмоциональный подъем после решения какой-то задачи. Чем сложнее и интереснее задача - тем больше удовольствия от её решения. Но это для профессионалов, а для тех кто не любит решать задачи или не хочет их решать - нет от работы никакого удовольствия, работа для них превращается в скуку и каждодневные мучения, а каждая новая задача вызывает реакцию вроде этой - “ну, что там еще? ну, опять? ну, сколько можно?”. Иногда правда бывают курьезные или веселые случаи связанные с пользователями. К примеру, как-то раз работница отдела кадров случайно вылила в сетевой фильтр с розетками кофе. Из-за короткого замыкания сработал автомат и в кабинете выключилось электричество. Женщины обратились к системному администратору с жалобой - перестали работать компьютеры и надо их починить. На сколько это весело - каждый может оценить по-своему. Если вы считаете этот случай веселым, то да - быть сисадмином весело.
У каких людей это лучше получается - работать сисадмином или специалистом технической поддержки? Это обязательно интроверты? Технари в душе?
Интроверты вряд ли, а вот технари в душе, пожалуй да. Если есть способность и интерес узнать устройство компьютера, как работает wi-fi, как работает интернет, то вполне возможно что профессия системного администратора удовлетворит этот интерес, а способности помогут получать удовольствие от работы. За время работы я был знаком с большим количеством системных администраторов и специалистов технической поддержки, всё это были совершенно разные люди. Единственное, что в них было общего - интерес к технологиям. Были правда и люди без интереса в данной области, но работали они плохо и работа им была в тягость.
Можно ли открыть свою маленькую фирму и этим зарабатывать? Реально ли это - практиковать аутсорсинг в этой сфере одному?
По поводу открытия фирмы - открыть можно. Но, чтобы зарабатывать, нужно обладать навыками менеджера для организации работы и иметь опыт продаж услуг системного администрирования. Отсюда могу сделать вывод, что всё-таки открывать фирму - не работа системного администратора, а скорее предпринимателя. Но если есть редкое сочетание этих навыков - то можно открыть фирму и начать зарабатывать. Для открытия фирмы, на мой взгляд, нужно посмотреть и изучить рынок. Предложений о таких услугах очень много, стать конкурентноспособным в данной области довольно сложно. Из-за количества предложений цены на услуги находятся на уровне, когда работа будет приносить минимальный доход. Я не экономист и не менеджер, по этому рассказать, как строить данный бизнес, чтобы он был успешен, не могу.
Если работать самому - тут есть вариант обратиться к небольшим фирмам, состоящим из 5-10 человек. Как правило они не обращаются в аутсорсинговые компании, а пытаются решить свои задачи разовым вызовом специалистов или своими силами. Тут есть вероятность что вы можете заключить с ними персональный договор на обслуживание - скажем 3000 - 5000 в месяц за возможность вызывать вас для решения каких-то задач или для ремонта оборудования. Таких фирм много в бизнес-центрах, где они снимают небольшие офисы. Теоретически можно с одного бизнес-центра набрать около 10 клиентов и получать в месяц около 40-60 т.р. Не знаю как с этим сейчас, но у меня было несколько знакомых, которые именно так и работали.
О чем мечтает сисадмин?
Как я уже говорил выше - сисадмин это такой же человек, как все, и каждый мечтает о своем. А по поводу пожеланий на работе - сисадмины переделали один не совсем литературный тост и часто произносят его на корпоративах и вечеринках, звучит он так: “чтобы сервак стоял и ping’и были!”, переводя на русский это означает - “чтобы сервер всегда работал и был доступен по сети”.
Сергей, большое спасибо за такое хорошее интервью!
Вопросы задала Эльмира Давыдова
На протяжении десятилетий представление о системном администрировании (СА) менялось синхронно с изменениями в компьютерных системах. Как специальность, СА возникло стихийно, из необходимости каким-то образом справляться со сложностями первых операционных систем на мэйнфреймах.
Тогда кроме системных инженеров в обслуживающий персонал входили инженеры, поддерживавшие работоспособность не слишком надежных ЭВМ. Они простукивали платы резиновыми молотками, ремонтировали периферию примерно так, как автомобили, и тратили изрядное количество спирта на протирку контактов.
В восьмидесятые годы с массовым распространением ПК, локальных сетей и 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 называют и движением, и методикой, и процессом, и очень редко - технологией, и все это имеет право на существование.
Следует ли из сказанного, что автоматизация приведет к исчезновению системного администрирования? Определенно – нет. Скорее всего исчезнут те задачи, которые вызваны несовершенством компьютерных систем, исчезнет необходимость в рутинных операциях, не требующих глубоких знаний, и на этом фоне повысятся квалификационные требования.
