7 книг по DevOps для начинающих и продвинутых инженеров

Дарина Фаррахова

Системный администратор группы Unix-систем в ICL Services

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

Джин Ким, Кевин Бер, Джордж Спаффорд

Проект «Феникс»

Роман о том, как DevOps меняет бизнес к лучшему

Зачем читать. Авторы рассматривают использование методологии DevOps в рамках одной IT-компании глазами одного IT-менеджера. «Проект „Феникс“» — это история, рассказанная простым языком о привычном, донельзя знакомая, полезная каждому, кто заинтересован в отладке процессов в отрасли информационных технологий.

Цитата: «Сейчас сложнее, чем когда-либо, убедить бизнес-машину делать что-то правильно. Они как дети в магазине игрушек. Они прочитали в журнале в самолете, что могут перенести всю свою логистическую цепь в облако всего за 499 долларов в год, и вот внезапно это уже становится главной идеей компании. Когда мы говорим им, что не все так просто, и показываем им, как все сделать правильно, они исчезают. Куда они направляются? Они идут жаловаться своему кузену Винни или каким-то аутсорсерам, которые обещают сделать это в десять раз быстрее и в половину цены».

Джин Ким, Патрик Дебуа, Джон Уиллис и Джез Хамбл

Руководство по DevOps

Как добиться гибкости, надёжности и безопасности мирового уровня в технологических компаниях

Зачем читать. В «Руководстве» представлены «три пути» методологии и специалистов DevOps: поток, фидбэк и непрерывное обучение. Эту книгу я бы рекомендовал прочитать руководителям IT-блоков и IT-менеджерам. Здесь есть всё: от поэтапного выстраивания корпоративной культуры до безболезненной интеграции в работу компании.

Цитата: «Реакция на происшествия и аварии, кажущаяся несправедливой, может препятствовать безопасности расследования, стимулировать появление страха вместо понимания ситуации у тех, кто выполняет действительно важную для безопасности работу. Организация еще более бюрократизируется, вместо того чтобы повышать заботу о работниках, и культивирует секретность, уклонение от ответственности и стремление к самозащите».

Джез Хамбл, Дэвид Фарли

Непрерывное развёртывание ПО

Автоматизация процессов сборки, тестирования и внедрения новых версий программ

Зачем читать. Тестирование ПО нередко проходит болезненно и не так быстро, как нам бы того хотелось. В «Непрерывном развёртывании ПО» можно прочитать о новейших подходах к разработке, сборке и установке программного обеспечения без потерь для команды, которая также получает новые возможности для обучения в рамках проектов вне зависимости от их сложности.

Цитата: «С точки зрения реализации нефункциональные требования весьма коварные, потому что они существенно влияют на архитектуру системы. Например, в любой высокопроизводительной системе следует исключить проход запросов по нескольким уровням архитектуры. Изменить архитектуру на поздних стадиях проекта тяжело, поэтому важно учесть нефункциональные требования в начале проекта. Это означает, что нужно выполнить достаточно квалифицированный анализ, чтобы решение о выборе архитектуры было обоснованным».

Сэм Ньюмен

Создание микросервисов

Зачем читать. Книга Ньюмена описывает процесс программирования микросервисов — способа «дробления» ПО на небольшие автономные части, создание которых обуславливает дальнейшую отказоустойчивость и модульность программ. «Создание микросервисов» я бы рекомендовал каждому IT-инженеру, связанному с работой с Unix-системами: здесь можно найти множество полезных советов по оптимизации и ускорению работы над проектами любой сложности, а также научиться важнейшему искусству избегания запутанного кода.

Цитата: «Мы понимаем, что нештатных ситуаций не избежать. Может отказать жесткий диск. Может дать сбой наша программа. И все, кто читал об ошибках, происходящих при распределенном вычислении, могут сказать о том, что знают о ненадежности сети. Мы можем приложить максимум усилий, пытаясь ограничить число сбоев, но при определенном масштабе сбои становятся неизбежными. Жесткие диски, к примеру, сейчас надежнее, чем когда-либо прежде, но временами и они выходят из строя. Чем больше у вас жестких дисков, тем выше вероятность отказа для отдельной стойки; при расширении масштаба отказ становится статистически неизбежен».

Роберт С. Мартин

Чистый Agile

Основы гибкости

Зачем читать. Эта книга — отчасти история Agile, отчасти сборник личных рассказов разработчиков. Если вы хотите понять, что такое Agile и как эта методология появилась, обязательно прочитайте.

Цитата: «Когда в команде применяется метод коллективного владения, знания распространяются среди всех участников команды. Все члены команды начинают лучше понимать границы между модулями и принципы работы системы в целом. Это существенно повышает способность команды взаимодействовать и принимать решения».

Роберт С. Мартин

Чистая архитектура

Искусство разработки программного обеспечения

Зачем читать. «Чистую архитектуру» я считаю обязательной для всех разработчиков и архитекторов — от мала до велика. Руководитель найдёт для себя новые способы внедрения и управления процессами, а стажёр или джун — путь к прокачке важнейших скиллов.

Цитата: «Разработчики и клиенты часто неправильно понимают, что такое система. Они видят графический интерфейс и думают, что он и есть система. Они определяют систему в терминах графического интерфейса и считают, что должны сразу начать работу с графическим интерфейсом. Они не понимают важнейшего принципа: ввод/вывод не важен».