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

а уж какими они там молотками.

Потому что как по мне, некоторые конкретные шаги по внедрению практик девопс сильно больше бизнесу помогают чем скрам на определенном этапе ;)

а уж хорошие IT Operations как помогают :)

показательная история про фейсбук, который скомпилировал PHP, когда скорости не хватило ))

показательная история про фейсбук, который скомпилировал PHP, когда скорости не хватило ))

это же был вконтакт?

https://ru.wikipedia.org/wiki/HipHop_(транслятор)

Кстати тема Facebook мне лично ближе всего с точки зрения процессов и подходов

hacker way

да, крутой пример

Кстати, кто-то читал, наверное, книжку про Phoenix Project, ее переводили. В названии там Devops упоминается :) https://www.ozon.ru/context/detail/id/32211144/

переводил в том числе я :)

но определения DevOps там нет, вся книга и есть определение

это нормально :)

Если хотите, расскажу один случай про, кхм, девопсеров от разработки :)

Жил-был сервис на 4 серверах, на волшебной системе Windows. И вот однажды на серверах стало заканчиваться место. Девелоперы ака девопсы с правами пошли искать, что кушает место. И нашли, что это ветка реестра. Удалили на одном сервере - упал и не поднялся. Удалили на втором - та же фигня. Удалили на третьем... На четвертом догадались позвонить админам из IT Operations ;)

сервис был business critical, однако...

ну и это не DevOps ни разу, это называется просто девелоперам дали права

а компетенции дать забыли

эээ знаете, тут дело не в девопс и не в аджайл =)

cледить за состоянием сенсоров -- типичная задача IT Operations

а компетенции дать забыли

мозги прописать забыли)

Таких историй :D

мозги прописать забыли)

:) ну так если компетенций нет, девопс-зона с правами на деливери не помогает. Помогает разное другое :)

И вот тут я представляю, что пол-компании таких "девопсов" начинают общаться "как разработчики" :) уууу

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

объясню как появились DevOps инженеры (это кстати ниразу не российская проблема, когда я работал в Скайпе там решили просто проблему внедрения DevOps на превом этапе - взяли и переименовали IT Operations в DevOps Team) Как происходит внедрение DevOps, редко снизу, обычно сверху. Владелец бизнеса покрутился в тусовках и кидает менеджерам задачу: "Ребята нам нужен DevOps" Причем владелец бизнеса не дурак, но работать со своей корпструктурой может только методом черного ящика, инновационный процесс у него не предусмотрен. Менеджер думает три дня и надумывает гениальную мысль, были инженеры, теперь будут DevOps инженеры, делаем новую структуру, под шумок еще и штат раздуем. И тут вуаля - появляется вакансия DevOps инженера.

Вспоминаю себя :D

это из опыта, это я не сам придумал)

Проблема в том, чтобы распространять культуру нужен маркетинговый привлекательный ход. В Эджайл есть Скрам, в девопс его пока нет

Поэтому происходят странные "внедрения".

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

не-не :) я хочу донести, что ITIL/IT Operations шире девопсовской миссии :) есть компании, где достаточно Devops+Support, есть компании, где достаточно классического IT Operations, есть компании, где нужны Devops + IT Operations

Ну а по мне вы мыслите департаментами

;) признак опыта работы в большой компанииии

Ну а по мне вы мыслите департаментами

+++

> Ksenya есть компании, где достаточно Devops+Support, есть компании, где достаточно классического IT Operations, есть компании, где нужны Devops + IT Operations с этой частью не поспоришь, вопрос почему в каждом типе компании все так устроено

;) признак опыта работы в большой компанииии

кхм, я оперирую системными понятиями, процессами и орг моделями :) а мыслю я вообще как-нибудь иначе, это не самое интересное.

ok : - ]

> Ksenya есть компании, где достаточно Devops+Support, есть компании, где достаточно классического IT Operations, есть компании, где нужны Devops + IT Operations с этой частью не поспоришь, вопрос почему в каждом типе компании все так устроено

не без причины же? основная причина, правда, называется "исторически сложилось":) Пытаться унифицировать при этом и маленькую, и большую компанию со словами "давайте везде вставим девопс/аджайл/другую модную аббревиатуру" - как-то некорректно :)

Моё мнение. Вот если не кидаться друг в друга модными англицизмами, то можно проблему взаимодействия структур описать на пальцах. Факт: на серверах что-то куда-то утекло. Понятное дело, в нормальной системе такого быть не должно. Утечь могло по причине настройки windows, ну и по причине кривого софта. За первое отвечают системные администраторы, за второе разработчики. То есть классический вопрос разграничение полномочий компетенций двух субъектов и организация плодотворного взаимодействия. Две ли это подструктуры или одна, взаимодействуют ли, чётко по формализованным бизнес-процессам или нет - совершенно индивидуальное дело конкретной организации, работающей в конкретных условиях. Тиражировать этот опыт не нужно, а изучать не отрываясь от всего-всего контекста и всех нюансов.

но есть дисциплины вроде "системного менеджмента", прости господи, там многие модели организационные красиво объясняются. Всякие книжки про бирюзовые организации туда же :)

Проблема в том, чтобы распространять культуру нужен маркетинговый привлекательный ход. В Эджайл есть Скрам, в девопс его пока нет

в devops есть докер 🐵🐵

В корне меняет дело

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

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

да, беспощадная модель русского менеджмента с такой-то матерью.

По поводу докер - я недавно гуглил себя инструмент для простых смертных для управления инфраструктурой - его нет. DevOps это очень сложно ;/

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

вот чтобы до этого недоходило и девопс и придумали

да там вместо кувалды и матери - фасилитация и ретроспектива =))

На зоре русского интернета помню меня спустил на землю тракторист, который где-то перекопал чуть-ли не единственный на тот момент оптоволоконный кабель. Ему никто не смог бы объяснить про devops.

Он так и не понял, почему на него ругались. Единственное, что он выдавил: "вы телефонисты , что ли?"

Извините, что не по теме, в качестве разгрузки :)

Ну перекопал

и чо :)

где-то кто-то сказал на "зоре русского интернета" - смотрите, связи нет

и все пошли дальше работать

У нас была только что разработана супер-пупер навороченная система, которая обеспечивала стабильность связи. После того как мы всем сказали что всё, в стране интернет теперь стабильный, появился где-то тракторист.

девопс начнется когда - Петя, Петя, выкладывай фикс, мы же баблооо теряем!!! - Ща ща пишу служебку в отдел IT Ops на выделение специалиста для внеплановой поставки

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

;)

Ну можно сказать 80% случаев так перекроится. То есть я знаю, что есть ip ops, что можно им написать, этот кейс - это именно их случай. Они тоже это знаю. Написал бумажку, пришла бумажка ,ерпу почесали, сделали. А остальное - нерегламентированная хрень. Кто отвечает - непонятно, как определить - не ясно. "Вот тот отдел отвечает", "Нет, это не мы, это у них"....

девопс начнется когда - Петя, Петя, выкладывай фикс, мы же баблооо теряем!!! - Ща ща пишу служебку в отдел IT Ops на выделение специалиста для внеплановой поставки

не, в таких условиях по-другому работает. "Кто не сможет выложить фикс, из-за которого теряется бабло, будет уволен, и менеджер его будет уволен" - тут девелоперы начинают сильно дружить с IT Ops ) служебки пролетают в течение 5 минут :)

Ух, ладно, последний раз попробую Вот смотрите дети, это компания, она работает на деньги которые получает из бюджета. Вот здесь IT Ops, тут 10 000 разработчиков, тут Agile, тут DevOps, тут NoOps. Вот смотрите ребята, это компания которая вынуждена работать на конкурентном рынке, у них опен спейс и они все заняты работой.

Там была тарелка на забугорье, под тарелкой висел роутер на FreeBSD. Сначала долго мы косячили с настройками, периодически были сбои со связью. Потом через много времени операционку всю вылезали. Но начала виснуть сама машина. Спаяли штуку, которая в случае неответа процесса через ком-порт в течение 5 минут вырубает питание компьютера и снова его врубает. Вот по-русски и тупо. Как только всё стабильно стало, появился тракторист. При чём мы разанее незнали что он есть и кому писать служебки.

Я в этой истории только не пойму где пользователь, который вам не заплатил из-за того тракториста или иск подал %)

на возврат

Пользователи как раз были наши отечественные, которые говорили "вечно у них всё через..." и нам всё прощали :)

Но нам то было стыдно!

Стыд так себе мотироватор, даже вместе с пользователями которые все прощают :)

Agile начинается там, где заканчивается бабло, или где борьба за бабло :)

Ну это у кого как :) Ну если серьезно, то да. Тогда пользователи к стабильной связи ещё не привыкли. А пример про неожиданности. Если в двух отделах все разделяют ценности, что да, надо выпустить вместе крутой продукт, то да. Если у сисопа на месте в голове "ещё пару месяцев и ипотека будет выплачена, а там пошли они все со смоими продуктами", то начинаются служебки с копиями начальству, а дело не двигается. Получается всё равно организацию надо прорабатывать на нескольких уровнях, и на материальном, и на социальном (как раз орг структуры) и на уровне ценностей.

Ну да страх и боль

мотивируют

Страх и боль стимулируют, а не мотивируют.

Топы боятся, а там дальше уже как умееют мотивируют :))

Опять же, стимулируют :) Пропагандируемый в этой группе подход agile исходит как раз из западного понимания, можно сказать устройства человека. Там доминирует бихевиоризм. Стимул-реакция. Бабло и боль.

Блин ну вот опять западное понимание

Устройство человека

:]

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

Ну "устройство человека" - это я конечно махнул. Скорее психологическая школа.