DevOps против системного администратора: соперники или соавторы?

DevOps против системного администратора: соперники или соавторы?

DevOps против системного администратора: соперники или соавторы?

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

В этом посте мы поговорим о DevOps, о новом «поколении» разработчиков программного обеспечения, о котором говорят уже восемь или десять лет. Это новое поколение программистов, рожденное из недр технологических центров и современных ИТ-компаний с мировым именем, обязано своим названием термину, производному от английских слов «Development» и «Operation».

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

Введение

В нескольких словах можно сказать, что DevOps - это программист, способный выполнять все функции, которые входят в жизненный цикл «разработки программного обеспечения» и многое другое., например: Программирование, Эксплуатация, Тестирование, Разработка, Поддержка, Серверы, База данных, Интернет и любое другое, что необходимо.

Говорят, что это новое «поколение разработчиков программного обеспечения» возникло из этих небольших, современных и успешных «технологических стартапов». состоит из небольших групп «ИТ-специалистов», в основном разработчиков программного обеспечения.

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

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

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

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

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

Следовательно, DevOps - это не только человек или должность, это еще и тренд, движение, очень распространенная сегодня организационная культура. О которых вы можете узнать больше, прочитав еще две статьи: «DevOps«И»Что такое DevOps?».

DevOps против системного администратора: контент

содержание

Именно поэтому в настоящее время DevOps и системный администратор буквально рассматриваются как «мастер на все руки» или «мастер на все руки»., то есть «Слуги всего» или «Мастера ничего», поскольку они способны «делать все или многое, не становясь экспертами ни в чем».

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

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

Сисадмин

Системный администратор обычно выполняет следующие функции и действия:

  1. Внедрить новые или удалить устаревшие
  2. Делать резервные копии
  3. Мониторинг производительности
  4. Управление изменениями конфигурации
  5. Управляйте приложениями и операционными системами
  6. Управление учетными записями пользователей
  7. Следите за компьютерной безопасностью
  8. Как справляться с неудачами и падениями
  9. Соответствовать требованиям пользователей
  10. Отчитываться перед непосредственными ответственными уровнями Организации
  11. Документируйте вычислительную деятельность Системы и Платформы.

И вы должны знать:

  1. программирование
  2. Базы данных
  3. Компьютерная безопасность
  4. Сети
  5. Операционные системы

DevOps

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

Следовательно, DevOps обычно может:

  1. Пишите код и выполняйте функцию программиста.
  2. Управляйте многоплатформенными серверами и выполняйте функции системного администратора.
  3. Управляйте сетями и выполняйте функции NetAdmin.
  4. Управляйте базой данных (BD) и выполняйте функции администратора баз данных.

Отсюда следует вывод, что хороший DevOps:

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

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

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

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

DevOps против системного администратора: заключение

Заключение

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

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

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


Содержание статьи соответствует нашим принципам редакционная этика. Чтобы сообщить об ошибке, нажмите здесь.

6 комментариев, оставьте свой

Оставьте свой комментарий

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

*

*

  1. Ответственный за данные: Мигель Анхель Гатон
  2. Назначение данных: контроль спама, управление комментариями.
  3. Легитимация: ваше согласие
  4. Передача данных: данные не будут переданы третьим лицам, кроме как по закону.
  5. Хранение данных: база данных, размещенная в Occentus Networks (ЕС)
  6. Права: в любое время вы можете ограничить, восстановить и удалить свою информацию.

  1.   фильтр-аквариум-внешний сказал

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

  2.   Пост-установка Linux сказал

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

  3.   Амин Эспиноза сказал

    Какой хороший пост! Мне нравится, как вы воплотили около полутора тысяч концепций в таком компактном, но точном. Тема с долгими дебатами и бесчисленными мнениями, но лично я полностью согласен с тем, что я думаю, чтобы не быть «хорошим во всем», - это делать ставку на стадию DevOps, которая вам нравится, а не на других, и атаковать ее со специальностью.
    Спасибо за текст!

    1.    Пост-установка Linux сказал

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

  4.   Вальдо сказал

    Отличный пост. В идеале DevOps должен отражать культуру командной работы. Нет сомнений в том, что DevOps должен обладать глубокими знаниями во всех областях, связанных с разработкой программных систем, но также очевидно, что объем работы, который подразумевает эта задача, требует более одного человека, каждый, где возможно, с конкретные знания.
    К сожалению, я думаю, что многие средние и / или небольшие компании ошибочно отдают приоритет экономическим вопросам, если у них есть универсал, зачем нанимать кого-то еще? Забывая, что в долгосрочной перспективе дешевые вещи, как правило, очень дороги.
    Я простой поклонник разработки систем, но я знаю, как сложно иметь дело с чем-то таким простым, как создание и управление веб-сайтом для очень маленькой организации, у которой нет денег для найма команды.
    Подводя итог, возможно, я ошибаюсь, я думаю, что он идет к слиянию двух функций, в основном зависящих от экономических возможностей организации, на которую вы работаете, и, во вторую очередь, от ее философии работы.

  5.   Пост-установка Linux сказал

    Эта статья посвящена только системному администратору, для тех, кто хочет немного расширить чтение о них!