Мы часто публиковали материалы по управлению разработкой программ с помощью DevOps. Однако, далеко не каждый может объяснить, откуда произошла эта методика. Именно этот пробел мы и собираемся заполнить в данной статье.
Что такое «Dev» и «Ops»
Само понятие DevOps еще только начало зарождаться в голове у Патрика Дебуа, бельгийского ИТ-шника, в 2007 году, когда он поставил перед собой цель глубже проанализировать работу в ИТ-индустрии. Именно поэтому молодой специалист трудоустраивался в различные компании на короткий срок, причем, стараясь занимать самые разнообразные должности. Неизменным правилом было лишь одно – работать в ИТ-сфере.
И вот однажды, Патрику нужно было провести тестирование целого хранилища данных, которое переносилось из одного места в другое. Там он и начал тесно сотрудничать с двумя группами специалистов: разработчиками из dev и непосредственно теми, кто занимался эксплуатацией в ops. Благодаря этому, Дебуа ощутил на себе всю соль работы в таких условиях и проблемах в управлении разработкой программного обеспечения в целом.
Но был и еще один забавный случай в 2008 году, когда Дебуа познакомился с единомышленником – Эндрю Шейфером, последователем методологии Agile, который организовал специальное мероприятие-лекцию для обсуждения ряда проблем.
Но на дискуссию не явился ни один человек, кроме Патрика. Даже Шейфер решил никого не ждать и ушел, не начав работу. Но настойчивый бельгийский инженер решил найти Эндрю и представить свое видение актуальной для ИТ-сферы проблемы. Так и началось общение двух ярых сторонников оптимизации разработки, которые решили действовать, используя Scrum и Agile.
Мероприятие DevOpsDays
В 2009 году Патрик Дебуа вдохновился прямой трансляцией доклада Джона Оллспоу и Пола Хэммонда , которые совместно трудились в компании Flickr. Бельгиец решил создать нечто подобное, потому что видел уровень отклика подобных мероприятий. Так появилась идея собрать как можно больше разработчиков и системных администраторов в городе Гент и устроить конференцию под названием «DevOpsDays».
Даже сегодня остается неясно, как удалось собрать такое огромное количество специалистов из области информационных технологий, но факт остается фактом. На конференцию приехали все, у кого была такая возможность. Уже после мероприятия общение между участниками проходило в Твиттере. Комьюнити решило сократить название и использовать хэштег «#DevOps», который и стал ассоциироваться с методологией DevOps.
Распространение DevOps и его участие в процессе разработки
Как оказалось, Дебуа был прав и нашел единомышленников, которые продвигали идею DevOps. Каждый участник пытался сделать свой вклад в видение идеальной структуры компании, которая могла бы существенно улучшить процесс разработки. Как бы не старались различные аналитики игнорировать это движение, ИТ-компании все чаще задумывались над потенциалом DevOps.
Благодаря этому, DevOps сообщество сумело создать полноценную методику для оптимизации работы. Когда остальные увидели описание этих методик, они были восхищены и заинтересованы в их дальнейшем развитии. Вот тут-то корпоративные аналитики решили все-таки дать шанс обсуждаемой новинке.
Первыми решились на эксперимент такие специалисты, как Майкл Коте и Джей Лайман. Они работали в компаниях Red Monk и The 451 Group соответственно. Первое сообщение о том, что они начали работать по методике DevOps опубликовано в начале весны 2011 года в яркой презентации.
Уже в 2015 году всем стало понятно, что остановить массовое DevOps движение невозможно. Да и зачем, если оно приносит реальную пользу? Согласно статистике, уже на то время количество компаний, которое должно было перейти на управление разработкой программного обеспечения по новой методике, составляло более 20%.
После таких громких заявлений, самые крупные участники ИТ-рынка решили тоже попробовать внедрить DevOps. А это уже весомый аргумент! Так DevOps превратился в мейнстрим.
Зачем нужно знать историю DevOps
Во-первых, каждый должен знать у каких истоков стояла та или иная программа, чтобы лучше понимать суть ее работы. Более того, если вы хорошо ознакомились с историей методологии DevOps, то понимаете, что она была создана именно с точки зрения практического применения, а не с теоретической.
Здесь нет красивых маркетинговых решений или универсальных средств. Вся методология DevOps пытается помочь компании изменить свое видение самого процесса разработки, улучшить внутреннюю атмосферу в команде и сформировать четкую цель с четкими достижениями.
Не забывайте, что DevOps развивается сообществом, которое всегда придет на помощь всем, кто хочет развиваться.
Видавший виды DevOps администратор поможет правильно организовать разработку ПО и приблизить выход продукта. Свяжитесь с нами для получения помощи или консультации.