Как бы вы сформулировали одной/двумя фразами - что такое devops?

[Николай Рыжиков]

Готовимся к хэнгопсу ;)

[Alexander Titov]

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

-- 
Alexander Titov

On 5 Aug 2014 at 07:35:38, Николай Рыжиков (niq...@gmail.com) wrote:

Готовимся к хэнгопсу ;)

--
Вы получили это сообщение, поскольку подписаны на группу "devopsru".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес devopsru+u...@googlegroups.com.
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.

[Denis Kot]

Это СисАдмин, который пытается автоматизировать все что только можно.

Denis Kot
Skype: kot.denis

5 августа 2014 г., 10:01 пользователь Alexander Titov <tito...@gmail.com> написал:

[Alexander Titov]

Я категорически не согласен с этим определением, для опровержения надо поставить простой эксперимент. СисАдмин автоматизатор пишет на баше свою систему автоматизации, все работает, но сисадмин уходит в отпуск и никто с этой системой не может ничего сделать, каждый чих автоматизирован, а работать с этим никто не может, стейджинг валяется, разработчики не могут работать. Как говорил Озеров - “такой DevOps нам не нужен!”.

Собственно DevOps - это не профессия, так как любая формализация требований к такой профессии приводит к тем же проблемам пропасти между разработкой и эксплуатацией.

-- 
Alexander Titov

[Alex Chistyakov]

Автоматизация не только не имеет никакой самостоятельной ценности, но
и не является главной ценностью DevOps-культуры, на мой взгляд.
Главная ценность - взаимодействие с командами разработчиков, а не
автоматизация. Автоматизации гораздо больше лет, чем DevOps-движению,
и делать ее научились уже очень давно, просто теперь об этом узнали
широкие народные массы.

--
SY,
Alex

[Stanislav Bogatyrev]

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

2014-08-05 7:35 GMT+04:00 Николай Рыжиков <niq...@gmail.com>:
> Готовимся к хэнгопсу ;)
>
> --
> Вы получили это сообщение, поскольку подписаны на группу "devopsru".
> Чтобы отменить подписку на эту группу и больше не получать от нее сообщения,
> отправьте письмо на электронный адрес devopsru+u...@googlegroups.com.
> Чтобы настроить другие параметры, перейдите по ссылке
> https://groups.google.com/d/optout.



--

WBR realloc()

[Slawa Olhovchenkov]

On Tue, Aug 05, 2014 at 07:35:38AM +0400, Николай Рыжиков wrote:

> Готовимся к хэнгопсу ;)

DevOps -- это не очень хороший программист, пытающийся стать системным
администратором. Но это у него выходит тоже не очень-то хорошо.

[Alex Chistyakov]

Слава, я хороший программист, не гони!

>
> --
> Вы получили это сообщение, поскольку подписаны на группу devopsru.
>
> Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес devopsru+u...@googlegroups.com.

> Настройки подписки и доставки писем: https://groups.google.com/d/optout.

[Max Lapshin]

Ну вы тут наговорили.

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

Хороший бизнес — это когда клиентов больше, денег больше, а расходы те же. Если для увеличения количества абонентов в 10 раз, надо нанять в 10 раз больше админов — это так себе бизнес.

Задача девопса — превращать ручные операции по обеспечению работоспособности ядра бизнеса в стандартизованные и повторяемые процессы, что бы можно было теми же усилиями обрабатывать в 10, в 100, в 1000 раз больше клиентов.

Под стандартизованным и повторяемым процессом можно понимать много вещей, но очень важные особенности:

1) оно документировано

2) оно проделывается свежепришедшим человеком

3) про это знает вышестоящий человек

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

[Stas Fedotov]

Devops - это когда Definition of Done задачи "работает на сервере". Отсюда соответственно и получается, что девелопер должен быстро уметь поднимать production-like окружение и пилить продукт так, чтобы избегать "works on my machine" и "works в моей IDE", а админы делать так, чтобы разворачивание всех окружений (девелоперских, продакшенов и т.п.) происходило быстро, повторяемо и стабильно.

2014-08-05 7:35 GMT+04:00 Николай Рыжиков <niq...@gmail.com>:

Готовимся к хэнгопсу ;)

--

Вы получили это сообщение, поскольку подписаны на группу "devopsru".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес devopsru+u...@googlegroups.com.

[Николай Рыжиков]

Мне понравилось определение из инфокушной статьи (cloud and devops marriage maiden in heaven):

Agile помог разработке построиться под бизнесс, devops помогает эксплуатации построиться под разработку.

Я видел хороших админов ( открытых для девопс), но их очень мало. И по моим ощущениям уши действительно растут от разработчиков. По крайней мере у нас девопс начался, когда мы уводили админов и стали все делать сами для себя ;)

73's nicola

[Alexander Titov]

Очень однобокий взгляд. Со спецификой высоконагруженного приложения. И давайте все-таки договоримся, что профессии DevOps не существует. 

Это не запишешь в должностную инструкцию:

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

Смысл DevOps как культуры в том, чтобы и программисты и админы думали о конечной ценности, которую бизнес и конкретно они приносят клиенту. Именно отсюда начинают появляться мониторинги, инструменты управления конфигурацией и прочее. 

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

-- 
Alexander Titov

--
Вы получили это сообщение, поскольку подписаны на группу "devopsru".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес devopsru+u...@googlegroups.com.

[Slawa Olhovchenkov]

On Wed, Aug 06, 2014 at 11:41:10AM +0400, Alexander Titov wrote:

> Очень однобокий взгляд. Со спецификой высоконагруженного приложения. И давайте все-таки договоримся, что профессии DevOps не существует. 
>
> Это не запишешь в должностную инструкцию:
>
> Переход от админа к девопсу заключается в снижении зависимости количества работы от количества протекаемого бабла.
> Смысл DevOps как культуры в том, чтобы и программисты и админы
> думали о конечной ценности, которую бизнес и конкретно они приносят
> клиенту. Именно отсюда начинают появляться мониторинги, инструменты
> управления конфигурацией и прочее. 


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

по сути, devops -- это модный бузворд, причем не несущий ничего нового.

>
> -- 
> Alexander Titov
>
>
> On 5 Aug 2014 at 15:43:33, Max Lapshin (max.l...@gmail.com) wrote:
>
> Ну вы тут наговорили.
>
> Задача очень простая: однообразные задачи должны превращаться в бизнес-процессы. Программисты работают над основным ядром бизнеса, а девопсы должны работать над всеми побочными задачами. Переход от админа к девопсу заключается в снижении зависимости количества работы от количества протекаемого бабла.
>

> Хороший бизнес - это когда клиентов больше, денег больше, а расходы те же. Если для увеличения количества абонентов в 10 раз, надо нанять в 10 раз больше админов - это так себе бизнес.
>
> Задача девопса - превращать ручные операции по обеспечению работоспособности ядра бизнеса в стандартизованные и повторяемые процессы, что бы можно было теми же усилиями обрабатывать в 10, в 100, в 1000 раз больше клиентов.

>
> Под стандартизованным и повторяемым процессом можно понимать много вещей, но очень важные особенности:
>
> 1) оно документировано
> 2) оно проделывается свежепришедшим человеком
> 3) про это знает вышестоящий человек
>
>

> А для того, что бы это работало - да, надо что бы админы и программисты не считали себя дартаньянами, а других говном, как это часто бывает, и умели работать друг с другом для того, что бы облегчать всем жизнь.

>
> --
> Вы получили это сообщение, поскольку подписаны на группу "devopsru".
> Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес devopsru+u...@googlegroups.com.
> Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.
>
> --
> Вы получили это сообщение, поскольку подписаны на группу devopsru.
>
> Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес devopsru+u...@googlegroups.com.

[Anton Koldaev]

http://vooza.com/videos/what-is-devops/

--
Best regards,
Koldaev Anton

[Anton Koldaev]

Я бы не был так категоричен по поводу проникновения слова DevOps в Job Title.

Поищем, например, "devops"-ов в linkedin:

DevOps at Yandex

DevOps Python at IPONWEB

DevOps at Grid Dynamics International, Inc

DevOps Team Lead at Grid Dynamics Russia

DevOps Engineer at Evil Martians

Systems Developer | Architect | DevOps Enthusiast | Process Improve

DevOps at Spicy Horse Games

31,498 results for devops....

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

Возможно, имеет смысл иметь две формулировки для devops. Первое и главное - как культуры, в чем сложно поспорить с Титовым Сашей. Второе - как должности, потому что от этого уже никуда не деться.

[Slawa Olhovchenkov]

On Wed, Aug 06, 2014 at 01:12:48PM +0400, Anton Koldaev wrote:

> Я бы не был так категоричен по поводу проникновения слова DevOps в Job
> Title.

Возможно это связанно с тем, что на западе sysadmin -- это, кажется, в
основном по винде специалист.

> Поищем, например, "devops"-ов в linkedin:

> *DevOps* at Yandex
> *DevOps* Python at IPONWEB
> *DevOps* at Grid Dynamics International, Inc
> *DevOps* Team Lead at Grid Dynamics Russia
> *DevOps* Engineer at Evil Martians
> Systems Developer | Architect | *DevOps* Enthusiast | Process Improve
> *DevOps* at Spicy Horse Games
> *31,498* results for *devops....*

[Anton Koldaev]

По теме "DevOps [Engineer] as a title", есть отличный пост в блоге spikelab, вот вырезка из него:

My argument here is that the guy I'm trying to hire, John, I want him to be a certain kind of guy and the best way I have to describe what I want is Devops Engineer. I'm looking for an operations guy , but I want him to be open to developers, consider engineering and the company as a whole, be focused on delivering value and not rat hole into fights about technology or claim root access only on principle. I want that guy to have great communication skills and the interest to explore what's besides his infrastructure, to be wanting to borrow as much good he can find in other disciplines across the organization. And then of course there is the practical part, the desire to automate and escape a boring manual routine, the familiarity with cloud that willing or not has powered the movement, and even more specific things like configuration management. You may argue that this is just a good engineer or what systems engineers are becoming, in other words nothing new under the sun. And you may be right, but job titles are in many ways just another way to communicate, to broadcast an intent and a need.

http://www.spikelab.org/blog/devops-job-title.html

[Stas Fedotov]

devops as a title, по-моему это тоже самое, что должность "писатель слабосвязанного кода", "имплементор паттернов на языке java", "коммуникабельный сисадмин". Т.е. то что какие-то компании хотят именно такой тайтл, значит, что скорее всего что-то не так в этих компаниях с осознаванием чего они хотят. Ведь объявления пишут не звучные компании, а конкретные люди в них, которые тоже могут быть неправы.

[Николай Рыжиков]

Расширять DevOps до Lean соблазнительно (и многие так делают), но не корректно.

Мы все читали оригинальные статьи и книги авторов DevOps & CD. 

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

Понадергали множество идей из TPS и применили здравый смысл :) 

Стоило наверное даже назвать LeanOps.

Всеже мне кажется, что зародыш появился тогда, когда разработчикам пришлось админить, релизить и сопровождать:

* infrastructure as code

* automate everything

* delivery pipeline

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

Молодые отцы DevOps ее отрицают на публике.

Но мы то знаем ... 

что средний админ не выдержит такого количества информации :(

что например есть экспресс-42 крутые DevOpы :)

что нам в команду или в контору нужен программист на chef/puppet/ansible, кототорый заодно и админить умеет

А на культурные трансформации организации есть agile & lean :)

73's nicola

[Slawa Olhovchenkov]

On Wed, Aug 06, 2014 at 03:14:33PM +0400, Николай Рыжиков wrote:

> Расширять DevOps до Lean соблазнительно (и многие так делают), но не
> корректно.
>
> Мы все читали оригинальные статьи и книги авторов DevOps & CD.
> Они сами признаются, что четкого определения не дали, что и способствовало
> раздуванию понятия.
>
> Понадергали множество идей из TPS и применили здравый смысл :)
> Стоило наверное даже назвать LeanOps.
>
> Всеже мне кажется, что зародыш появился тогда, когда разработчикам пришлось
> админить, релизить и сопровождать:
>
> * infrastructure as code
> * automate everything
> * delivery pipeline

только вот тут есть неявное и, на мой взгляд, некорректное
постулирование что вот этот вот всё -- оно хорошо и правильно.
проистекает оно из того, что программисту это привычно. ну а что
привычно -- то правильно. а на самом деле это -- неверно.
не следует из линукса делать винду, а из винды -- линукс.
виндовый десктоп -- это виндовый десктоп. а когда на линуксе пытаются
повторить виндовый десктоп -- получается какашка. (это аналогия, если
кто не понял).

так вот с infrastructure as code получается точно так же.
при этом средства для automate everything и delivery pipeline имеются
сто лет как и приименяются не меньше. но среднему программисту они
незнакомы/неудобны и он изобретает свое, ведь фатальный недостаток...

> Этим интуитивным понятием и объясняется, что появилась должность DevOps -
> это разработчики под маской админов.
> Молодые отцы DevOps ее отрицают на публике.
> Но мы то знаем ...
>
> что средний админ не выдержит такого количества информации :(
> что например есть экспресс-42 крутые DevOpы :)
> что нам в команду или в контору нужен программист на chef/puppet/ansible,
> кототорый заодно и админить умеет

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

> > Хороший бизнес - это когда клиентов больше, денег больше, а расходы те же.

> > Если для увеличения количества абонентов в 10 раз, надо нанять в 10 раз

> > больше админов - это так себе бизнес.
> >
> > Задача девопса - превращать ручные операции по обеспечению

> > работоспособности ядра бизнеса в стандартизованные и повторяемые процессы,
> > что бы можно было теми же усилиями обрабатывать в 10, в 100, в 1000 раз
> > больше клиентов.
> >
> > Под стандартизованным и повторяемым процессом можно понимать много вещей,
> > но очень важные особенности:
> >
> > 1) оно документировано
> > 2) оно проделывается свежепришедшим человеком
> > 3) про это знает вышестоящий человек
> >
> >

> > А для того, что бы это работало - да, надо что бы админы и программисты не

> > считали себя дартаньянами, а других говном, как это часто бывает, и умели
> > работать друг с другом для того, что бы облегчать всем жизнь.
> >
> > --
> > Вы получили это сообщение, поскольку подписаны на группу "devopsru".
> > Чтобы отменить подписку на эту группу и больше не получать от нее
> > сообщения, отправьте письмо на электронный адрес
> > devopsru+u...@googlegroups.com.
> > Чтобы настроить другие параметры, перейдите по ссылке
> > https://groups.google.com/d/optout.
> >
> > --
> > Вы получили это сообщение, поскольку подписаны на группу "devopsru".
> > Чтобы отменить подписку на эту группу и больше не получать от нее
> > сообщения, отправьте письмо на электронный адрес
> > devopsru+u...@googlegroups.com.
> > Чтобы настроить другие параметры, перейдите по ссылке
> > https://groups.google.com/d/optout.
> >
>
> --
> Вы получили это сообщение, поскольку подписаны на группу devopsru.
>
> Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес devopsru+u...@googlegroups.com.

[Николай Рыжиков]

Result - https://www.youtube.com/watch?v=uDMOmdnqgj0

[Ilya Zharskiy]

DevOps - это модное слово (catcphrase, buzzword), которого нужно избегать в своём резюме, если вы не хотите устраиваясь на вакансию админа отвечать на вопросы в стиле "жемчужины программирования, загадки и занимательные задачки (puzzles) для программистов".

Меня, например, спросили про mix-in'ы в Ruby. Сказать что я был обескуражен... хорошо, что спрашивающий не видел моего лица - брови подпрыгнули на всю высоту лба, я бы испугался увидев такое 0О

[Ilya Zharskiy]

вторник, 5 августа 2014 г., 15:43:33 UTC+4 пользователь Max Lapshin написал:

Хороший бизнес — это когда клиентов больше, денег больше, а расходы те же. Если для увеличения количества абонентов в 10 раз, надо нанять в 10 раз больше админов — это так себе бизнес.

Задача девопса — превращать ручные операции по обеспечению работоспособности ядра бизнеса в стандартизованные и повторяемые процессы, что бы можно было теми же усилиями обрабатывать в 10, в 100, в 1000 раз больше клиентов.

Вау! Тогда я получаюсь идеальным девопсом. Всё, что я делал, на работе я делал для того, кто будет после меня. Я всегда документировал все изменения и конечное состояние фиксировал в Redmine - правильное заклинание, что получилось и почему раньше не получалось. Остальным первое время казалось, что я идиот. Потом все стали делать так же, кроме отдельных гениев. Потом выяснилось, что гении на самом деле не гении.

Причём в самом начале не знал самого слова, потом уже оно стало появляться в keywords и я прочитал Phoenix Project, Web Operations, Continuous Delivery и Release It!.

В этом смысле можно дополнить определение тем, что devops - это ключевое слово (тег, ярлык), встречающееся у наиболее качественных блогозаписей с инструкциями (howto) для админа. 

[Ilya Zharskiy]

вторник, 5 августа 2014 г., 13:52:01 UTC+4 пользователь Stanislav Bogatyrev написал:

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

Всё верно!

Удручает только то, что зарплаты "похапэшников"  в кедах и с макбуками в полтора раза выше. Надеюсь, это только из-за дефицита кадров.