Файл: Дэвис Дженнифер, Дэниелс КэтринД94 Философия DevOps. Искусство управления it. Спб. Питер, 2017. 416 с. ил. Серия Бестселлеры OReilly.pdf

60
Часть I. Основы devops и виртуального хранилища с помощью собственной службы. В результате поль- зователи получили доступ к вычислительным ресурсам без предварительных инвестиций в оборудование. Также можно было запрашивать дополнительные ресурсы по мере необходимости. Как и в случае появления компьютеров из семей- ства System/360, этот сервис был быстро принят пользователями, став стандартом
«де факто» благодаря простоте использования, невысоким начальным затратам и гибкости.
По мере роста и развития веб-технологий появлялись новые способы коммуни- кации и сотрудничества в Интернете. В 2006 году появился онлайновый сетевой сервис Твиттер. Изначально этот сервис применялся пользователями, которые хотели делиться информацией, представленной в сокращенном формате. Эта информация использовалась в качестве средства привлечения внимания как простыми пользователями, так и знаменитостями. Но в 2007-м популярность
Твиттера буквально взлетела до небес благодаря конференции South by Southwest
Interactive (SXSW). Эта конференция транслировалась в режиме реального вре- мени с помощью твитов на экранах, установленных в холлах.
Твиттер быстро превратился в инструмент, предназначенный для быстрого фор- мирования случайных сообществ пользователей в любой точке земного шара.
При проведении конференций Твиттер предоставлял дополнительное средство информирования участников и объединял людей, близких по стилю мышления.
Благодаря Твиттеру беседы между участниками конференций распространились на просторы Интернета, где каждый мог принять в них участие.
Гибкая инфраструктура
На конференции Agile 2008, проходящей в Торонто, системный администра- тор и ИТ-консультант Патрик Дебуа в своем докладе «Agile Operations and
Infrastructure: How Infra-gile are You?» рассказывал о включении методологии
Scrum в эксплуатационную работу. Патрик работал с командами по разработке и эксплуатации над проектом по тестированию передачи информации в центр обработки данных. И он предпочитал один день работать в команде разработчи- ков, а на следующий день — в эксплуатационной команде. Если же переключаться между выполнением двух задач в течение одного дня, теряется примерно 20% от обычной производительности
1
На этой же конференции бывший программист Эндрю Клэй Шафер, который начал проявлять большой интерес к связанным с ИТ проблемам, предложил провести сеанс гибкой инфраструктуры (Agile Infrastructure). Эндрю почему-то считал, что предложенная им тема никого не заинтересует, поэтому пропустил
1
Gerald Weinberg, Quality Management: Systems Thinking (New York: Dorset House Publishing
Company, 1997).

Глава 3. История devops
61
собственноручно объявленный сеанс. Когда Патрик увидел это, он понял, что кро- ме него есть другие люди, интересующиеся гибким системным администрирова- нием. После этого Патрик связался с Эндрю и предложил ему подробнее обсудить данную концепцию.
Отдельные компании начали не только добиваться больших успехов во внедрении процессов, позволивших им идти в ногу с постоянно ускоряющимися изменения- ми Интернета, но и делиться своим опытом в сообществах. Эти сообщества форми- ровались вокруг таких популярных конференций, как O’Reilly Velocity Conference
(http://conferences.oreilly.com/velocity).
Одной из таких компаний является Flickr, популярное интернет-сообщество фо- тографов. После приобретения компанией Yahoo в 2005 году Flickr потребовалось переместить все сервисы и данные из Канады в США. Джон Оллспоу, энтузиаст в области эксплуатации веб-приложений с многолетним опытом работы по тех- обслуживанию систем, присоединился к компании Flickr в качестве ведущего инженера по эксплуатации. Его цель заключалась в оказании помощи при мас- штабировании нового проекта по миграции данных. В 2007 году к группе разра- ботчиков Flickr присоединился Пол Хэммонд. В 2008 году Пол стал техническим директором Flickr, возглавив отдел разработки ПО вместе с Оллспоу.
На конференции Velocity Santa Clara 2009 Хэммонд и Оллспоу совместно пред- ставили доклад «10+ Deploys per Day: Dev and Ops Cooperation at Flickr». В этом докладе они описали революционные изменения, которые позволят команде быстро продвигаться вперед. Они не предлагали ломать барьеры между сотруд- никами либо формировать большое профессиональное и культурное движение.
Они просто делились своим опытом совместной работы в Flickr, который серьезно отличался от опыта предыдущей работы Оллспоу в компании Friendster, где брали верх эмоции и моральное давление, а сотрудничество между членами команды практически отсутствовало.
Не произносите фразы типа «технология devops успешно внедрена», посколь- ку «выполняется до 10 развертываний в день». Обращайте внимание на кон- кретные проблемы, которые вы пытаетесь решить в своей организации, а не на показатели, относящиеся к другим организациям. Подумайте о том, почему выполняются определенные изменения, а не просто о количестве разверты- ваний или о других произвольных метриках.
Возможности совместной работы, которые презентовали Хэммонд и Оллспоу, обеспечивали преимущества им обоим. Никто из них не проснулся в один прекрас- ный день и не решил, что компания нуждается в серьезных изменениях. Скорее они искали даже небольшие возможности по совместной работе, чтобы добиться успеха. Они отметили, что небольшие предпринимаемые действия оборачиваются большими культурными изменениями, а совместная работа имеет намного боль- шее значение, чем количество развертываний.

62
Часть I. Основы devops
Конференции devopsdays
Не ограничивайтесь простым «нет», относитесь уважительно к пробле- мам других людей… #velocityconf #devops #workingtogether
— Эндрю Клэй Шафер (@littleidea)
Этот твит, созданный 23 июня 2009 года Эндрю Клэй Шафером, побудил Патрика
Дебуа пожаловаться в Твиттере на то, что он не сможет посетить лично ежегодную конференцию Velocity. Прис Нэсрат, который в то время выполнял обязанно- сти ведущего системного интегратора в Guardian, отправил ответное сообщение в Твиттере. В этом сообщении он спросил о том, почему бы не организовать собст- венную конференцию Velocity в Бельгии. Вдохновленный этими словами Патрик поступил практически в полном соответствии с данным советом. Он организовал локальную конференцию, на которой разработчики, системные администраторы, системные программисты и другие специалисты, работающие в этой области, мо- гли обмениваться информацией. В октябре этого же года в Генте прошла первая конференция devopsdays. Двумя неделями позже Дебуа писал следующее:
Я буду откровенен, когда скажу, что за последние несколько лет, когда я посещал некоторые конференции Agile, я ощущал себя проповедни- ком в пустыне. Мне казалось, что идея о совместной работе разработчи- ков и персонала из отдела эксплуатации попахивает авантюризмом. Но в наши дни эти идеи начали завоевывать популярность.
Первая конференция devopsdays воспламенила пороховую бочку с неудовлетво- ренными потребностями людей, изолированных друг от друга. Эти люди испыты- вали разочарование в связи со статусом-кво, отождествляемым с devops, и спосо- бом описания работы, которую, по их мнению, они уже выполняют. По мере того как отдельные энтузиасты организовывали локальные конференции в новых угол- ках мира, росли масштабы и количество участвующих в этих конференциях людей.
Благодаря возможности коммуникаций в режиме реального времени с помощью
Твиттера потенциал роста этих конференций практически безграничен, а хэштег
#
devops просто обречен на популярность.
Текущее состояние devops
За шесть лет, прошедших с момента проведения первых devopsdays в Бельгии (под руководством Патрика Дебуа), движения devops ушло далеко вперед. В отчете
«2015 State of Devops Report» (https://puppet.com/resources/white-paper/2015-state-
devops-report), опубликованном компанией Puppet, отмечается, что компании, использующие devops, имеют лучшие показатели, чем компании, которые не при- меняют devops. На убедительном языке цифр продемонстрированы факты, о ко- торых многие люди догадывались на интуитивном уровне. Отдельные сотрудники

Глава 3. История devops
63
и команды, которые эффективно сотрудничают друг с другом, работают лучше, чем группа сотрудников, находящихся в одной комнате и не умеющих работать вместе. Высокоэффективные devops-организации чаще развертывают код, реже допускают ошибки, быстрее восстанавливаются после сбоев, а сотрудники этих организаций — более счастливые люди.
Количество конференций devopsdays выросло с одной в 2009 году до двадцати двух в 2015 году (во всем мире). Каждый год знаменуется новыми события- ми devopsdays, проходящими в разных городах и странах. Эти конференции не связаны с такими центрами развития технологий, как Силиконовая долина или
Нью-Йорк. Существуют десятки локальных групп, объединяющих в своих рядах тысячи членов, которые буквально разбросаны по всему земному шару, не говоря уже о множестве бесед на эту тему, происходящих ежедневно в Твиттере.
Выводы
Размышляя о нашей истории, мы видим склонность к концентрации на результа- тах, а не на людях и процессах. Многие вещи были позаимствованы из презентации
Джона Оллспоу и Пола Хэммонда «10+ Deploys a Day», в которой подчеркивается, что важно развертывать более 10 программ в день. Ну а подзаголовок «Dev & Ops
Cooperation at Flickr» многие просто не замечали.
Зацикливание на конкретном результате ведет к увеличению уровня стресса для тех, кто и так находится в состоянии хронического стресса из-за ограничений, установленных в организации. В отличие от механических процессов результаты в сфере разработки программного обеспечения в значительной степени зависят от человеческого фактора. Программное обеспечение может устареть еще до заверше- ния его разработки, не соответствовать ожиданиям клиентов либо непредсказуемо прекращать работу, вызывая серьезные проблемы.
Сосредоточение на культуре и процессах способствует итеративному улучшению способов производства и качества производимого продукта. Благодаря переклю- чению внимания от «что» к «как» предоставляются свобода и доверие, необхо- димые для достижения цели и смысла работы. Именно это является ключевым компонентом удовлетворенности от проделанной работы. Наличие обратной связи с рабочими процессами позитивно влияет на результат даже без концентрации на достижении определенных показателей. Счастливые и продуктивные люди смогут создать условия для скачка в развитии всего человечества.
Благодаря внедрению devops изменился способ производства. Произошло пере- ключение внимания на людей и процессы, начали поощряться сотрудничество и кооперация, исчезла конкуренция среди специалистов.