Сделайте уже кто-нибудь нормальную игру про рыбалку, то что есть на рынке — кошмар-кошмар или для детей. :)

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

А польза от этого топика оказалась огромная. С понедельника начну своих трёх эникеев гонять в хвост и гриву. Выжму из них все соки, но мозгами пользоваться заставлю и дурь о девопс-хренопс выбью. Это то что я упустил в отличии от моих сенсеев. Им в те времена, правда было легче, дури было меньше.

Курсы от Амазона, видите ли портят его картину. Facepalm.

Термина DevOps Engineer, и вообще любой роли, хоть как-то подразумевающей DevOps — просто не существует. Такое название роли имеет столько-же смысла, как и Agile Engineer или Scrum Engineer. Эта выдумка гуляет преимущественно по СНГ, и сложно сказать как именно родилась эта псевдо-роль.

What?

vmware
rackspace
amazon

чуточку Гугла
NY
Chicago
Mountain View

и на закусочку
The Best Jobs in the United States: 2017

конечно я имел в виду уровень поддержки

а обычная комната NOC выглядит вот так
и всё что они там делают — пьют кофе и пялятся в мониторы, а когда покарснеет — звонят на тот телефон который у них записан на прикрепленном к монитору стикере.
Они не за своей работой следят, они за всем следят. Вообще за всем.
Для этого инфра им выводит на отдельный монитор како-нибудь Zabbix/Nagios
Нетворк инженеры на другом монике с MRTG/Solarwinds
Девы — дают консольку New Relic
и т.д.

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

NOC — это L2/L3, местами на L4. L1/L2 это канальщики, отдельный профиль работы, хотя их часто и называют network engineer. Так что тут «немного» наоборот.

Вы хоть не будете спорить с тем что:
1. NOC — это 24/7
2. Основная часть работы NOC — это пялиться в 40-80 дюймовые мониторы развешенные под потолком

Вы себе представляете сколько будет стоить «L2/L3, местами на L4» в ночную смену, в том же Гугле? А стартап потянет такую з/п минимум трем людям, потому что один человек не сможет смотреть в монитор 24 часа и смена строго определена законодательно. И где стартап найдёт трех L2/L3 инженеров?
Ещё раз, NOC — это дешевый L1 джун, который может пингануть, трейс запустить, зарегистрировать инцидент, и эскалейтить на On-Call engineer если алерт не починился сам через 15 минут. Если много красного на мониторах — они ещё конференц-колл сетапят и подключают туда Head of IT.

В моей практике это были всякие филлипинцы/тайванцы, и когда они мне в 3 часа ночи звонили я на всю квартиру угорал с их акцента. А разговор как правило заканчиваля фразой «Drop me an e-mail please».

Но такой аптайм намекает, что его не апдейтят аж никак

Знаю, мопед не мой (кастомера), просто разместил обьяву (заскринил)

SRE — Fundamentally, it’s what happens when you ask a software engineer to design an operations function.

Когда девелопера просят сделать то что является работой оперейшена (админа), получается приблизительно то же самое что и наоборот, админ пишет код на условном Java.
500 Gateway error — вот что будет скорее всего, если это конечно не девелопер гуру.
Те девелоперы которых я лично знаю и которые работают по «методологии ДевОпс» не могут SSL offloading осилить.

кстати, в этой же статье, со слов того же гения, Ben Treynor на которого вы молитесь

During our hiring process, we examine people who are close to passing the Google SWE bar, and who in addition also have a complementary set of skills that are useful to us. Network engineering and Unix system administration are two common areas that we look at; there are others. Someone with good software skills but perhaps little professional development experience, who also is an expert in network engineering or system administration — we hire those people for SRE. Typically, we hire about a 50-50 mix of people who have more of a software background and people who have more of a systems engineering background. It seems to be a really good mix.

Really? вы называете ЭТО ролью SRE? набрали 50% админов и 50% девелоперов и обьединили их в отдельный тим.
в Гугл — да, это отдельный тим, они могут себе такое позволить.
а в жизни, если вы откроете такую вакансию — все будут с вас смеятся.

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

NOC и Network у Вас разные понятия, ну ок.

Да, очень часто это разные понятия. Если коротко, NOC — это L1, Network engineer — это L2 или L3.

Извините, после таких противоречий, всё сказанное Вами ниже, не имеет смысла комментировать.

Сколько таких средств было и ушло, Вы себе не представляете

Эти — особенные, то с какой агрессией они сейчас работают и показывают результат, заставляет их принимать всеръез. Они уже никуда не уйдут. Скептики ещё лет 5 назад пророчили смерть всем клаудам.

Enterprise на ARM Templates — или надо ржать безудержно, или сверить понимание слова «enterprise»

Внезапно, enterprise это часто C# —> Visual Studio (incl. online) —> готовый ARM template на выходе. Расскажите C# девелоперу про деплой микросервисов на Service Fabric в AWS или On-Premise, он будет безудержно ржать вместе с вами. А в Ажуре развертывание Service Fabric кластера это «easy button». Так что мимо.

15 лет назад ещё каждая четвёртая конторка сидела на коаксиале и Win98. Если бы Вы сказали про 10 лет назад, я бы ещё согласился. А ушло из админской работы достаточно многое — начиная с того, что всякие Windows наконец перестали массово падать и обзавелись средствами восстановления ;) и что из сетей ушли раритеты всех видов.

По поводу 15 лет — это мой личный опыт, у вас он может отличаться.
Про падающий виндовс — ну сколько же можно, не заставляйте меня шутить про кривые руки.
prntscr.com/fn6lv5
Местами энтропия только увеличилась.

И «приблуды для автоматизации инфраструктур» практически отсутствовали, если сравнивать с современным.

Первый релиз SCCM (SMS) состоялся в 1994 году.
CFEngine — в 93-м

Не вымрут ни те, ни другие. Вы рассказываете нелепые рекламные сказки.

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

Позвольте я немного прокомментирую и дополню список

Release engineer — админ котороый умеет настроить puppet/ci/etc.
Software engineer — без комментариев, это программист
Site reliability engineer — админ который может настроить нормальный кластер ВМ или контейнеры на разных ДЦ или лоад балансер
NOC engineer — админ который может настроить мониторинг/алерты
Backup engineer — просто админ делает и тестит бекапы
Test engineer — админ который перед тем как задеплоить на продакшн протестит на соседней виртуалке
Update engineer — обновляет ОС/платформу, следит за актуальностью софта
Information Security engineer — админ который не раздает права всем подряд, дизайнит политики, проводит аудит секьюрити групп, не записывает пароли на бумажке или в плейнтексте, следит за появлением уязвимостей и патчит дыры. Это наверное самая сложная штука, поэтому редко попадает под понятие девопс.
Infrastructure Support engineer — админ которому приходит алерт с мониторинга и он чинит то что упало. Часто, эти же люди занимаються деплойментом и настройкой underlying infrastructure, про которую девелоперы часто ни сном ни духом.
Network engineer — админ который умеет настроить сеть/впн/рулы. Разрулить доступ в инет и доступность из мира.

98% случаев это админ, если админ адекватен — то он всесилен и потянет этот список без проблем для проекта средней паршивости. 2 и больше адекватных админов — уровень God если их не отвлекать митингами.
Если админ только джун — то таких джунов должно быть действительно целая комманда, может именно поэтому топик новит название «DevOps — корпоративная „лычка“ для джунов», хотя соглашусь, что автор может плавать (как и я) в понимании чем DevOps отличается от DevOps engineer, сути это не меняет. Мне просто никто так и не смог внятно обьяснить чем DevOps engineer отличается от админа.

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

Пожалуйста, приведите какой-нибудь пример ДевОпс инжинера, который не ассоциировался бы с админской работой, кроме собственно Software engineer. Буду благодарен.

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

Признаюсь честно, этот вопрос меня мучает, я гуглил ещё лет 5 назад что это такое, не понял отличия от админа. Погуглил свеженькое, не сособо нашел, Википедию стыдно читать ибо вода и увеличение надоев с одного гектара, никакой конкретики.

AWS умеют делать быстро надежно и грамотно и они для меня авторитет в плане таких глубоко технологичных аспектов, давайте посмотрим что они называют ДевОпс инженером
aws.amazon.com/...​tions/devops-engineering

Intended Audience
This course is intended for:

* System Administrators
* Software Developers

Prerequisites
We recommend that attendees of this course have the following prerequisites

* Attended Developing on AWS or System Operations on AWS course
* Working knowledge of one or more high-level programming languages (C#, Java, PHP, Ruby,
Python, etc.)
* Intermediate knowledge of administering Linux or Windows systems at the command-line level
* Working experience with AWS using both the AWS Management Console and the AWS Command Line Interface (AWS CLI)

Вот это уже что-то конкретное. Если перевести на человеческий язык — то будет приблизительно то же самое что я сказал выше:

Это либо Девелопер который знает оперейшн, либо оперейшен который знает девелопмент.

Заметная часть старой админской работы за счёт улучшения дистрибутивов ушла или стала автоматизироваться

Я не совсем эту часть имел в виду. Старая админская работа тут вообще не при чём, и на самом деле там не так уж много поменялось. Всякие приблуды для автоматизации инфраструктур были и 15 лет назад.
Я скорее имел в виду такие штуки как AWS CloudFormation, Azure ARM Templates где не нужен админ чтобы поднять вебсайт и не нужен девелопер чтобы на этом вебсайте разместить кнопочку. Ну не всё ещё так гладко, но прогресс очевиден, осталось допилить всего пару ништяков и туда перейдут все. Ентерпрайз уже почти весь там, потом компании поменьше. Нет своей инфраструктуры — не нужен персонал чтобы её обслуживать.

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

Такой необходимости уже нет, по крайней мере у компаний чуть посолиднее чем «Рога и Копыта», и случилось это совсем не благодаря улучшениям дистрибутивов. Остается разве что банкинг, медицина и может быть что-то ещё что зарегулировано местными законами, как например в UK (Data Protection Act), прямо запрещающий британским компаниям хранить данные о пользователях за пределами UK, из-за чего Амазону пришлось открыть второй ДЦ в UK (в Лондоне) чтобы местные компании могли использовать Geo-Redundancy и High-Availability.
Первыми вымрут админы, т.к. их работа лучше поддается автоматизации, затем подтянутся девелоперы. Сегодня мы наблюдаем лебединую песню ИТ (и тру-админов и девелоперов), в том виде в котором оно появилось на свет. Нынешний Генри Форд уже приспособил конвеер, ИТ перестало быть творчеством и превратилось в ремесло. А я помню когда в Readme.txt было написано имя автора(-ов), как когда-то на двигателе присутствовал автограф механика. А с другой стороны, мы просто перейдём в Элит-класс где по-прежнему платят за то что твой автограф там есть.

Я же написал про Бритву Оккама
методологии-шметодологии, а потом базы падают а девопсы 4 дня ищут бекапы.
поднимается P1, собирается борд, обсуждаются KPI и принимаються решения про новые методологии.
— а вот если бы мы использовали боберпропер, мы бы вышли сухими из воды.

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

Devops

Это Development Operations
Это либо Девелопер который знает оперейшн, либо оперейшен который знает девелопмент.
т.е. это либо девелопер который кроме того что знает как написать код, знает еще как развернуть ОС/виртуализировать/автоматизировать/задеплоить/настроить/мониторить/бекапить/затюнить/обновить/засекьюрить/предоставить доступ...
Либо админ, который знает что, где и как там в коде работает, к чему подключается, откуда сорсит, где найти ексепшены, плюс знает почему это не работает на данной платфоме и что надо сделать чтобы заработало и не падало.
Бритва Оккама

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

Господа, расскажите ка пожалуйста в комментариях, почему вы не пользуетесь поворотниками?

потому что среди ИТ-шников много веганов
dou.ua/forums/topic/20941

Зачем вам вообще свой и-нет магазин нужен то был? Это дорого и связано с кучей проблем. Есть же куча раскрученных платформ где можно продавать свои товары/услуги. OLX в конце концов. Деньги сопоставимые, но стоимость входа меньше, стоимость владения нулевая.

Гіперболізація, звичайний прийомчик. Відверта маніпуляція.

В UK действует Data Protection Act и за Disclosure of personal data компанию будут ждать серьёзные иски и юридические санкции. Может случайно «зацепить» и подмочить репутацию. Всякие ISO/IEC 27000 family of security standards имеют свои корни как раз из UK standards, поэтому требования к InfoSec у всех телекомов, банков и healthcare там высокие. Должны быть ИБ специалисты, которые обязаны за таким следить и реагировать.