Админы должны перестать существовать. С каждым днем необходимость в них всё меньше и меньше.

Какой-то бессвязный поток сознания.

Внятно объяснить, что же такое DevOps

У тебя тоже не получилось.

DevOps похожа на очередную модную мульку, чтобы заставить людей (администраторов, программистов, обслуживающий персонал) хоть как-то структурировать и формализовать свой труд, чтобы стать ЗАМЕНЯЕМЫМИ.

Программисты должны перестать существовать. С каждым днем вреда от них всё больше и больше.

Лор должен начать переставать. С каждым днём он всё больше и больше.

А железо будет настраиваться само, ага. По такой логике должны перестать существовать и программисты, ведь их заменит ИИ. Да и в принципе все остальные тоже будут не нужны. Слава роботам :-)

Лор должен начать переставать

Удваиваю... Утраиваю... Нет, возвожу в степень!

А своей задачей ты считаешь создавать максимально сложный и запутанный конфиг всей инфраструктуры, чтобы без тебя незаменивого ничего не происходило? Какой-то стрёмный способ обеспечить себе job security, как считаешь?

DevOps похожа на очередную модную мульку
2008

Гыгыгы. С подключением!

Дык он ужой скатывается. Помянем, тьфу... поддержим!

А железо будет настраиваться само, ага.

Ну конечно же не само, но при помощи автоматизации. Или ты предпочитаешь на проде конфиги в виме править?

Согласен. Те еще чудаки.

но при помощи автоматизации

Автоматизацию будет делать кто? :-)

программисты под присмотром девопсеров :)

Я даже комментировать этот бред не буду :-D

Не, ну кухарка тоже должна мочь править государством, чо. Только я государству-то этому не завидую

За что ни возьмутся - всё сломают и начнут заново!

«Кухарку можно ОБУЧИТЬ управлять государством. И тогда она СМОЖЕТ им управлять.» © В.И.Ульянов/Ленин

Это до России-матушки всё же докатилось через 9 лет (Карл!!!) - видимо долго думали «чего бы ещё собезъянничать с Запада»? Ну-ну.

Если ты ставишь кавычки, то предполагается цитата. Цитата передаётся слово в слово без изменений и/или исправлений.
Ну хоть смысл оставил, и на этом спасибо.

Как скажешь :)
Фапай на мертвое направление в it дальше :)

Если точнее, то вот:

«Мы не утописты. Мы знаем, что любой чернорабочий и любая кухарка не способны сейчас же вступить в управление государством. В этом мы согласны и с кадетами, и с Брешковской, и с Церетели. Но мы отличаемся от этих граждан тем, что требуем немедленного разрыва с тем предрассудком, будто управлять государством, нести будничную, ежедневную работу управления в состоянии только богатые или из богатых семей взятые чиновники. Мы требуем, чтобы обучение делу государственного управления велось сознательными рабочими и солдатами и чтобы начато было оно немедленно, то есть к обучению этому немедленно начали привлекать всех трудящихся, всю бедноту.», — Ленин В. И., статья «Удержат ли большевики государственную власть?» в журнале № 1 — 2 «Просвещение», октябрь, 1917 года.

О! Вот это это вроде оно... Так хорошо.

Это отсюда: https://ru.wikipedia.org/wiki/Ленинские_фразы

Оно такое же мертвое как C++, который закапывают уже лет 15, а он и ныне там.

Не, может лет через 50 мы все будем в самоорганизующейся Матрице, тогда да, админы(и программисты, самоорганизующаяся же, лол) будут нинужны от слова совсем.

Давай не будем уточнять в каком состоянии находится государство, которым управлял человек, которого ты цитируешь

А то это уже нацпол :-)

Это до России-матушки всё же докатилось через 9 лет (Карл!!!) - видимо долго думали «чего бы ещё собезъянничать с Запада»? Ну-ну.

Вот верно!!! Тот же Agile стали внедрять мягко говоря по принципу «с какой- бы еще конторы бабла срубить» когда уже было поздно (показал себя с плохой стороны).
Да что там говорить, я проходил обучение в конце 90-х в части iso «9000-серии», уже тогда говорили что сам стандарт качества устаревший, однако в рашке активно его стали внедрять только ближе к 2010 (ну чуть раньше). Да и сам принцип-то внедрения, никто нифига не понимает, зато бамажка есть (аттестованы), за которую бабла немеренно отмыто.

DevOps похожа на очередную модную мульку, чтобы заставить людей (администраторов, программистов, обслуживающий персонал) хоть как-то структурировать и формализовать свой труд, чтобы стать ЗАМЕНЯЕМЫМИ.

Вот тут тоже верно. «Модно» считать что все заменяемое. Ну вроде как конечно да. В конце концов админ, программер имеет же право уволиться. Однако когда это возводят в рамки «уборщицы»(с чем тоже не всегда и не каждый согласиться, хорошая уборщица стоит достойно) подобные «технологии» «ЗАМЕНЫ» как показывает практика приводят со временем к упадку. Ясен фиг когда все хорошо настроено и хороший софт не требующий доработки, все работать будет долго, но проходит время...и «внезапно» оказывается что куча «мальчиков» которые сидят вместо уволившихся нихрена сделать не могут, а система рушиться. И тут начинают опять собирать «дорогих» спецов(чаще старых начинают звать). И так по кругу, за последние лет 20 таких примеров знаю дофига.

DevOps

Именно

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

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

Почему же? Всё то же самое, что и в ИТ преподносится как DevOps: революция и ускоренное преобразование экономики и промышленности страны. (Меньше чем за 15 лет превратили страну из полу-феодальной аграрной империи в индустриальную [империю], устранили как явление неграмотность. Правда, прочерченные границы внутри страны сильно подпортили конфигурацию, что и аукнется впоследствии - это урок.)

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

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

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

Оно только в сладких грёзах эффективных манагеров так. На деле немного иначе.

Должно начать переставать вот это разделение на админы vs программисты.

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

Тут уже было, что работа админов с программыстами, это только небольшая часть сферы ИТ? Есть системы и работы, где разработкой и не занимаются.

От того, что много «админских» задач переложили на разработчиков, много чего поменялось.

Пожалуй вброшу)) DevOps - беспонтовый бред для неудачников, которые не смогли обосновать руководству, почему они достойны зп на 10% больше. Теперь эти люди «переходят» в devops и рассчитывают на повышение.

По существу же - ну админ всегда был обязан программировать, это как-то само собой разумеющееся. Объем вовлеченности в программирование последние годы растет, ну дак это нормально, ожидаемо, ничего удивительного так сказать. К чему обесценивать «системный администратор» и возвыщать «DevOps» мне глубоко не ясно, каких-либо новых задач, обязанностей, навыков за DevOps, которых нет у «SysAdmin» я не знаю. В общем маркетинговый бред, не более того.

каких-либо новых задач, обязанностей, навыков за DevOps, которых нет у «SysAdmin» я не знаю

оно и видно

ну админ всегда был обязан программировать

Откуда вы это взяли ? И программировать на чём ? на JCL ?

К чему обесценивать «системный администратор» и возвыщать «DevOps»

К тому, что «системные администраторы» становятся препоном для Radpid CI/CD + не знакомы с парадигмой систем контроля версий. DevOps это не набор каких то правил или инструкций, это философия. Это когда ваш основной инструмент не ssh а SCM система. Когда скрипты управления инфраструктурой - это код. Код этот может быть написан на различных языках, программисты знать которого не обязаны.

навыков за DevOps, которых нет у «SysAdmin» я не знаю.

Хмм, пора изучать.

Инициатором любого изменения что процесса что подхода к работе - является бизнес. Оптимизация расходов совместно с ускорением реализации требований заказчика не оставляет шансов. Тех кто этого не поймут - найдут на свалке столетия.

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

***Оптимизация расходов*** У меня кстати два экономических образования, поэтому я это очень хорошо понимаю.

DevOps - беспонтовый бред для неудачников, которые не смогли обосновать руководству, почему они достойны зп на 10% больше.

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

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

ЗЫ: На самом деле, профит нынче вовсе не в «продвижении из SysAdmin в DevOps», а в написании ансиблей для идиотов. Сейчас очень хорошо продаётся «система менеджмента IT инфраструктуры которой может управлять любая обезьяна за 3 копейки». Вот где бабки-то. :)

ловите «программиста» на bash

p.s. вообще-то системы написанных ansible-модулей не продаются, хорошо продается навык их написания

p.s. вообще-то системы написанных ansible-модулей не продаются, хорошо продается навык их написания

Ты просто вообще ни разу не понял бизнес-модель. :)

Продаются не какие-то там модули, а кастомизация. Потребитель охотнее платит кучу бабла за «кастомизацию IT Automation System» для его обезьян, а не за редактирование пары строчек в скрипте. Вот и всё.

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

Откуда вы это взяли ? И программировать на чём ? на JCL ?

Я это взял из личного опыта(всегда был linux админом). Писать на python, bash, perl, lua.

К тому, что «системные администраторы» становятся препоном для Radpid CI/CD

Не могу согласиться. Если кто-то становится препоном, то с ним надо сперва поговорить, объяснить, ну и если время идёт, а ситуация не меняется - то увольнять. В остальном я не вижу за задачей CI/CD какой-то офигительной алгоритмической сложности, что её должны делать именно программисты. Хороший админ с python в руках всё сделает в тот же срок.

не знакомы с парадигмой систем контроля версий

Это какие-то динозвары из 90х. В наше время без понимания гита, без централизованного хранения в нём конфигов жить сложно.

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

Мне конкретики это не внесло.) А так же в практической плоскости я не вижу, как это и где. Вот у нас структурно всё выглядит так: 1. Железный парк(более 300 серверов). 2. Заготовленный админами образ опенстека, который сам накатывается на новую железку. 3. Заготовленный админами образ убунты для виртуалок в опенстеке. 4. Требования для разработчиков по оформлению приложений(у нас пишут на java, и сюда входят такие штуки, как например спец. статусная страничка у приложения). 5. Самописная деплой система(т.к. логика деплоя из за исторических особенностей реализации + специфики бизнесса местами сложная и невписывается в существующие ci/cd ну никак).

В итоге создание нового приложения - дёрнули openstack, он создал пачку виртуалок, они прописались в ДНСе, сгенерировали конфиг haproxy, через api задеплоили на виртуалку приложение.

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

И всё это, на всех уровнях, у нас создавалось и развивается админами. И «потребность» в devops как-то в голову не приходит.) Хотя я и знаю, где «с натяжкой» это слово можно применить - тюнинг java. Там параметры JVM для больших JVM(>30G ram) хорошо бы подбирать с акцентом на бизнесс логику. Но и тут, с одной стороны это может/должен делать старший ответственный за сервис разработчик, с другой - толковый админ, которому интересно как работает java и который любит поковырять её gcverbose лог.

devops - это не должность, а подход

с одной стороны это может/должен делать старший ответственный за сервис разработчик, с другой - толковый админ,

^ вот это девопс

Требования для разработчиков по оформлению приложений(у нас пишут на java, и сюда входят такие штуки, как например спец. статусная страничка у приложения)

^ вот это тоже

И «потребность» в devops как-то в голову не приходит

Открываешь код вашей deploy-системы и показываешь человеку с реальным опытом разработки на этом языке программирования. Потом считаешь количество facepalm-ов на строку кода.

Очень легко не видеть потребности, когда не с чем сравнить. И можно много чего написать. И даже работать будет, иногда..