Джин Ким - Руководство по DevOps

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

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

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

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

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

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

Мы верим, что важно не падать духом. Те, кто занимается преобразованием привычных способов работы, с самого начала понимали: их инициативы с большой долей вероятности могут провалиться. Но они все равно действовали. Возможно, самым важным результатом становилось то, что они показали, каких результатов можно добиться. Инновации без риска невозможны, и, если вы не расстроили хотя бы одного начальника, видимо, вы недостаточно сильно стараетесь. Не позволяйте иммунной системе компании отвлечь вас от вашей задачи. Как любит говорить Джесс Роббинс, «мастер аварий» компании Amazon, «не боритесь с глупостью, делайте больше крутого».

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

Мы искренне надеемся, что Руководство по DevOps поможет вам достичь этих целей.

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

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

Бережливое производство возникло в 1980-х гг. как попытка формализовать производственную систему компании Toyota и популяризовать такие методики, как систематизирование потока ценности, канбан-доски и всеобщий уход за оборудованием.