Комментарии 28
Ну как так нет в DevOps'е стажеров, в СПб видел проскакивающие вакансии именно стажер + есть так называемые школы, где дают какие никакие навыки
Ну и по зп наверное не соглашусь немного, опытный сетевой админ может получать x2 от того что написано и мне кажется с DevOps на уровне lead/senior зп +\- близки
Ну и по зп наверное не соглашусь немного, опытный сетевой админ может получать x2 от того что написано и мне кажется с DevOps на уровне lead/senior зп +\- близки
опытный сетевой админ может получать x2 от того что написано
только сетевик это уже не совсем системный администратор в общем понимании
да согласен, сетевик уже ответвление, а например какой нибудь админ в ЦОДе, тоже вполне сравнимо
сети это отдельное направление, с глубокой своей спецификой. Эта специфика очень мало затрагивает задачи обычных админов. Все же в целом администратор это больше о серверах и их наполнению. А сетевой администратор это о коммутаторах и маршрутизаторах со своими ветвлениями типа конференц связи и телефонии. И векторы развития отличаются очень сильно.
Вы не поверите, но администратор СХД, администратор активного сетевого оборудования, DBA и т.д. это все системные администраторы.
Может быть где то, и как то эти все профессии и называются как системное администрирование. Но по факту, все же достаточно разные направления. При этом указанные выше профессии не подразумевают рост из системного администрирования.
Ну типа ты ставил samby на Linux, а потом хоп почитал книги и теперь у тебя лычка инженера сетей. Эти направления можно учить самостоятельно(отдельно) без понимания работы серверов и прикладного софта. Совершенно другой базис, и акценты.
Ну типа ты ставил samby на Linux, а потом хоп почитал книги и теперь у тебя лычка инженера сетей. Эти направления можно учить самостоятельно(отдельно) без понимания работы серверов и прикладного софта. Совершенно другой базис, и акценты.
Express42 активно набирает стажеров в девопсы.
И нельзя забывать, что джун девопс это миддл+ админ.
Табличку с зарплатами, кроме как насмешкой назвать нельзя.
И нельзя забывать, что джун девопс это миддл+ админ.
Табличку с зарплатами, кроме как насмешкой назвать нельзя.
Один человек не может успешно совмещать несколько специализаций даже внутри одной профессии. Либо всё сразу, но плохо, либо что-то одно, но хорошо.
Понятно, что айтишник должен представлять себе в целом, что и как устроено, но общий объём уже накопленных знаний в этой области слишком обширен, не говоря уже о появляющихся каждый год новинках.
Правильную мысль где-то прочитал, что DevOps — это не профессия, а методология. И каждый случай индивидуален, универсального рецепта «Как стать крутым ДевОпсом» нет и не будет никогда. Можно лишь выделить частности: Linux, облака, виртуализация, кластеры и т.д., но каждый на своей работе будет идти по дороге, которой никто ранее не ходил.
Такова специфика ИТ: знания устаревают едва ли не быстрее, чем человек способен обучаться. Пока что, хе-хе-хе. Даёшь киборгизацию и чип за ухом!
Понятно, что айтишник должен представлять себе в целом, что и как устроено, но общий объём уже накопленных знаний в этой области слишком обширен, не говоря уже о появляющихся каждый год новинках.
Скрытый текст
Правильную мысль где-то прочитал, что DevOps — это не профессия, а методология. И каждый случай индивидуален, универсального рецепта «Как стать крутым ДевОпсом» нет и не будет никогда. Можно лишь выделить частности: Linux, облака, виртуализация, кластеры и т.д., но каждый на своей работе будет идти по дороге, которой никто ранее не ходил.
Такова специфика ИТ: знания устаревают едва ли не быстрее, чем человек способен обучаться. Пока что, хе-хе-хе. Даёшь киборгизацию и чип за ухом!
Помоему Dev[Sec]Ops — это продолжение карьеры админа, когда уже набрался достаточно опыта и хочется работать исключительно с квалифицироваными коллегами и серверами, забыв про пользователей.
Это такой расплывчатый термин, как и сисадмин.
Я на devops больше смотрю как того, кто обслуживает облачные сервисы. Эти сервисы берут на себя всю текучку по физическому уровню, так что нужно настроить уровень взаимодействия. Отсюда следует, что опыт админа как раз не сильно обязателен. Даже бывшие девелоперы становятся devops. Но все зависит от размера и набора задач. Часто вижу, что в отсутствии админов, как сдерживающего фактора в попытках девелоперов что-то сделать не рационально, в облачных сервисах средние/большие компании сразу сильно начинают набирать хорошенький счет от облачных сервисов.
Я на devops больше смотрю как того, кто обслуживает облачные сервисы. Эти сервисы берут на себя всю текучку по физическому уровню, так что нужно настроить уровень взаимодействия. Отсюда следует, что опыт админа как раз не сильно обязателен. Даже бывшие девелоперы становятся devops. Но все зависит от размера и набора задач. Часто вижу, что в отсутствии админов, как сдерживающего фактора в попытках девелоперов что-то сделать не рационально, в облачных сервисах средние/большие компании сразу сильно начинают набирать хорошенький счет от облачных сервисов.
Частично согласен.
К сожалению часто встречаю ситуацию, когда разработчики не хотят или не могут учесть, как будет вести себя их код в проде и под нагрузкой.
Часто вижу непонимание, того, как работает сеть. Чем отличается порт от протокола. В общем не многие разрабы прошли закалку боевыми условиями, а привыкли мыслить масштабами своей песочницы.
И в такую комманду необходим админ (девопс, сре) с правом решающего голоса.
К сожалению часто встречаю ситуацию, когда разработчики не хотят или не могут учесть, как будет вести себя их код в проде и под нагрузкой.
Часто вижу непонимание, того, как работает сеть. Чем отличается порт от протокола. В общем не многие разрабы прошли закалку боевыми условиями, а привыкли мыслить масштабами своей песочницы.
И в такую комманду необходим админ (девопс, сре) с правом решающего голоса.
Дело в том, что «админы» просто имеют опыт на стыках разных систем чисто хотя бы потому, что на них все сходится часто.
Насчет как что организовать я не знаю, я просто говорил по факту как это бывает. Облако упрощает очень много и создается впечатление, что админы не нужны, а вроде нужны DevOps-ы, но не чтобы давать рекомендации, а чтобы просто все настроить. Не думаю, что есть понимание, что админы выполняли роль больше, чем устанавливали систему на серверы.
Как это должно быть… В Вашем случае звучит, что это один человек. Но на 1000 девелоперов 1 человека маловато.
Насчет как что организовать я не знаю, я просто говорил по факту как это бывает. Облако упрощает очень много и создается впечатление, что админы не нужны, а вроде нужны DevOps-ы, но не чтобы давать рекомендации, а чтобы просто все настроить. Не думаю, что есть понимание, что админы выполняли роль больше, чем устанавливали систему на серверы.
Как это должно быть… В Вашем случае звучит, что это один человек. Но на 1000 девелоперов 1 человека маловато.
Статья, очевидно, не для тех, кто познал дзен администрирования, а кто лишь стоит на пути выбора специальности или стал в ступор и не знает куда двигаться дальше. Спасибо автору, что разложил по полочкам и разжевал.
Господа, список книг крайне мал, возможно более опытные люди могут покидать что следует почитать для развития про: linux, python?
Все люди разные, но я, лично, все изучаю пробуя, желательно при этом делая какое-то дело. Читал от силы может 5 технических книг по ИТ в жизни, но читал много док в интернете и смотрю исходный код часто, чтобы понять как это работает.
Конечно, какие-то основы можно почитать для python, есть куча сайтов. Мне обычно проще начать смотреть и менять чужой код прежде чем свой писать. В языках есть свои pattern-ы программирования, по книгам без практики и не видя кода, мне кажется, сложно будет. Не раз видел как после C народ делает циклы в perl, к примеру.
Возможно, Вы найдете какие-то интерактивные ресурсы, где можно даже попробовать сразу сделать задание. Или просто что-то типа www.practicepython.org вооружившись официальной докой.
А по системам, больше всего знаний получается при расследованиях разных проблем, главное — не останавливаться, когда «ой, перелогинился и все опять заработало» и добраться до причины.
(Чтобы понять почему мои советы могут иметь значение, скажу, что иногда получалось сразу понять проблему, с которой два десятка человек с разных команд пытались бороться несколько часов до того, как я подключился).
Конечно, какие-то основы можно почитать для python, есть куча сайтов. Мне обычно проще начать смотреть и менять чужой код прежде чем свой писать. В языках есть свои pattern-ы программирования, по книгам без практики и не видя кода, мне кажется, сложно будет. Не раз видел как после C народ делает циклы в perl, к примеру.
Возможно, Вы найдете какие-то интерактивные ресурсы, где можно даже попробовать сразу сделать задание. Или просто что-то типа www.practicepython.org вооружившись официальной докой.
А по системам, больше всего знаний получается при расследованиях разных проблем, главное — не останавливаться, когда «ой, перелогинился и все опять заработало» и добраться до причины.
(Чтобы понять почему мои советы могут иметь значение, скажу, что иногда получалось сразу понять проблему, с которой два десятка человек с разных команд пытались бороться несколько часов до того, как я подключился).
Насчет linux не подскажу, как то всегда ограничивался встроенными man'ами, а вот про Python хороша дла начала Byte of Python (на многих языка в том числе и на русском, она короткая и без воды 159 но только основы), ну и потом как по мне очень хороша «Автоматизация рутинных задач с помощью Python: практическое руководство для начинающих», первая очень помогла мне в написании простых скриптов для автоматизации работы, когда работал системным администратором, но и она же помогла мне сменить специальность, сейчас работаю Python разработчиком.
НЛО прилетело и опубликовало эту надпись здесь
Читая быстро:
> Работа с прокладкой
Сразу в голове добавляется "… между стулом и клавиатурой". А там оказывается
> ..., настройкой и маршрутизацией компьютерных сетей.
Не угадал.
> Работа с прокладкой
Сразу в голове добавляется "… между стулом и клавиатурой". А там оказывается
> ..., настройкой и маршрутизацией компьютерных сетей.
Не угадал.
Но вакансии DevOps Intern легко гуглятся. Например, на GlassDoor.
Мда, сисадмин, должен быть царь и бог, а это ответстственность, учится надо, в том числе на своих ошибках, сисадмин это опыт...
Уходящая натура, например раньше почтовик был свой, потом руководство решило и почта переехала на gmail, отвалился целый фронт работ, потом на azure, пользователи мигрируют со своими файлами на OneDrive, файл-сервер становится вспомогательным, таким макаром если дойдет дело до azure directory domain services так вообще останется совсем ничего. Надо в разработку двигаться, по крайней мере будет какая-то отвязка от инфраструктуры.
А всеми этими переводами в облака и дальнейшей их поддержкой занимается директор с бухгалтерией?
ИМХО эникей скорее разберется в железном AD сервере, который за стеной стоит, чем с тем как связать инфраструктуру офиса с инфраструктурой облака и не забыть просчитать это в реалиях связи через не всегда быстрый интернет, который еще и отвалиться может на пару часов.
Облака, кубернетесы и контейнеры вообще не ни капли не упрощают жизнь админа, они делают её намного сложнее, но при этом дают возможность следить меньшему количеству людей за более слохной инфраструктурой и использовать ресурсы более рационально.
Хотя надо знать во всём меру, ситауция, когда 60% от всех мощностей сжирает кубернетес и 40% то, что на нем крутится — вполне реальна.
«Ему постоянно приходится общаться с людьми по телефону и лично, поэтому интровертные черты придётся побороть. Сисадмин должен быть стрессоустойчивым — чтобы справиться с неадекватным поведением пользователей»
Это саппорт, эникей или шива в мелко-средней конторе, но никак не сисадмин. Админов рядовые пользователи чаще всего не знают ни в лицо, ни по имени. И уж точно не звонят им с вопросами вида «шредер подавился квартальным отчетом».
Это саппорт, эникей или шива в мелко-средней конторе, но никак не сисадмин. Админов рядовые пользователи чаще всего не знают ни в лицо, ни по имени. И уж точно не звонят им с вопросами вида «шредер подавился квартальным отчетом».
Профессия системного администратора интересна тем, что для входа в специальность нет специфических требований к обучению, поскольку на сисадмина как такового на особом факультете не учат.
Учат. 09.02.06 сетевое и системное администрирование
Я например, даю своим студентам (СПО) и сети, на уровне CCNA, и Windows, на уровне MSCA, и Linux, на уровне LPIC-1,2.
Спасибо.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Профессия: системный администратор