Сисадмин и что он делает. Профессия системный администратор. Кто такой системный администратор

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Еще я не согласен с разделением на «профильных» и «непрофильных» работодателей. Тут скорее стоит говорить о том, есть ли востребованность в серьезном 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 – и подавно. Иначе рискуете остаться за бортом, как некогда я.

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

Как появилась данная профессия…

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

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

Обязанности системного администратора – разбираемся поэтапно

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

В обязанности системного администратора включают множество заданий, самыми главными из которых являются:

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

Первые требования, которые будут предъявлены претенденту на такую должность

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

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

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

Без образования сегодня – никуда

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

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

Большие города – вот где нужно искать работу сисадминам

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

Сегодня сисадмины нужны и в больницах…

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

Большие перспективы

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

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

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

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

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