Путь развития системного администратора?

Question

[Иван Ургант]

Добрый день!
Как вы считаете, какой правильный путь развития системного администратора - дальнейший переход в devops или изучение 1С на уровне программиста-консультанта?

Comments

[АртемЪ]

wulfdog,

1С тебя заставит вникать в бухгалтерию

С чего бы? В 1с вообще редко где бухгалтерия требуется.
Разве что в 1с Бухгалтерии.

Answer 1

[Saboteur]

Системный администратор развивается в системного администратора рангом повыше.
Админил контору из 5 компов, потом админишь контору из 100+ компов, потом уже главный корпоративный сисадмин в конторе из 1000+ компов с разными офисами, сложной инфраструктурой и так далее.

А девопс или сетевой админ - это паралельные отрасли, а не эволюционный путь наверх.

Comments

[chupasaurus]

Хочу отметить, что DevOps-практики изучать придётся, если хочется дорасти до корпоративного сегмента: автосборка песочниц, автоматическое тестирование бекапов, раскат софта и т.п. - это те самые Infrastructure as a Code и CI/CD.

[Saboteur]

chupasaurus,

нет.

DevOps практики - это Development и Operation - про разработку.
автоматизация тестирования софта, или IAAC и другие штуки - это админская задача.

Если вы разрабатываете продукт, собираете его, релизы делаете, работаете с каким-от версионированием и бренч конвеншеном - там используется CI/CD.

А автоматический деплой купленного софта - это автоматический деплой купленного софта.

Часто инструменты могут иногда совпадать, но давайте соблюдать терминологию - CI и CD используются для деплоя разрабатываемого продукта.

[chupasaurus]

Saboteur,

автоматизация тестирования софта ... - это админская задача.

QA-отделы не нужны, я понял.

Если вы разрабатываете продукт, собираете его, релизы делаете, работаете с каким-от версионированием и бренч конвеншеном - там используется CI/CD.

Пример из жизни: есть новенький оптический сетевой интерфейс, лицензированный RHEL и баг в опенсурсном драйвере, из-за которого скорость выставляется в 100 Мб/с. Если руками накатывать каждый апдейт для тестирования, то кого-то придётся на время переименовать в "сборщика софта".

[Saboteur]

chupasaurus,
Давайте так. Где в вашем примере из жизни, корпоративный админ занимается вопросом версионирования устанавливаемого продукта и конвеншенами на имя версий? Где он занимается вопросом процедуры правильного бренчевания и правил merge?
Что в вашем понимании есть devops практики?

Автоматическое развертывание софта на клиентских машинах было задолго до появления слова девопс. Те же AD политики были еще в начале двухтысячных, и компании с 1000+ компов были чуть ли не раньше. Руками деплоили?
Тестировать установку и софта и апдейтов - естественно тестировали (те, кто правильно все делал).
VDI для юзеров появлялись еще на базе NT 4.0 terminal server edition, там тоже все автоматизировано.
Автоматические бэкапы, проверка целостности и регулярные DR активности были изобретены еще в прошлом веке.

Не путайте разработку и администрирование в терминологии.

Answer 2

[Sergey Ryzhkin]

Если нравится программирование - идите в devops.
Нравится изучать сети - в сетевые инженеры.
Нравится возится с серверами - оставайтесь админить.
И помните: Хорошую вещь "1С" не назовут.

Answer 3

[АртемЪ]

Ну во первых правильных путей вообще не бывает. Бывают правильные для вас пути, для кого-то другого они будут неправильными.
Во вторых ни 1с, ни devops ни к системному администрированию, ни к развитию системного администратора никак не относятся.

Comments

[athacker]

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

[Saboteur]

athacker, Непонятно, почему автоматизацию управления инфраструктурой вы называете девопс практики. Это админские практики

[athacker]

Saboteur, это вы просто малость не в курсе. Одной автоматизации мало, для нормального управления большими инфраструктурами понадобятся выстраивать процессы доставки конфигураций. И тут нам пригождаются понятия CI/CD. А это как раз DevOps.

[Saboteur]

athacker,
Нет. Процессы доставки конфигураций это просот инфраструктура как код, а не CI/CD.

[athacker]

Saboteur, ясно :)

Answer 4

[CityCat4]

Нет.

Потому что ни то, ни другое - это вообще не про админство. Девопсами нынче зовут опять всех кому ни лень - это просто модное слово.
1С программинг - это даже и не совсем программинг. Это такой атомный гибрид программинга и бухгалтерии, программинга и складского учета, программинга и еще черт-знает-чего, что 1С-программисты - это вообще отдельный народ.
Обычная линия развития админа - она как линия развития юнита в игре - в ней развилки есть :) Админишь мелкую контору - и отвечаешь за все, вплоть до чайников (электрических). Админишь более крупную - начинается специализация - винда, линух, сети, безопасность. Выбираешь специализацию - и начинаешь админить еще более крупную - и дальше опять либо в специалисты (ветка в сторону главного специалиста - это как раз девопс), либо в руководители (ветка в сторону начальника отдела ИТ/ИБ, потом CIO/CISO)

Answer 5

[Василий Шахунов]

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

Answer 6

[Андрей Семенов]

Выбириай контору, где есть много серверного железа, СХД и т.д.
В малых организациях сервером называют рабочую станцию, в которой есть аж 2 диска и установлена Windows Server.