IT-принцип «agile» стал мантрой цифровой эпохи. С ростом проектов, переходом от монолитных приложений к системе микросервисов, увеличением и накоплением продуктов возникают вопросы, которые требуют совершенно иного подхода. Теперь наибольший интерес вызывает находящаяся на стыке разработки и операционного управления методология DevOps.
DevOps – это не просто набор техник, это философия. Разработчики, зацикленные на пользователях, должны уделять внимание поддержке и ее запросам. Сисадмины должны сообщать о проблемах продукта и вносить свой вклад в улучшение процесса работы. Но налаживание связей внутри компании – это лишь первый шаг. Чтобы продукт стал простым и удобным, придется вложить время и ресурсы в его доработку. Конфигурация через центральную службу, внедрение простым копированием, отсутствие внешних зависимостей, обдуманные метрики вместо мусора в логах – вот лишь часть задач, которые придется решать на этом пути.
Книга «Философия DevOps» познакомит вас с техническими, культурными и управленческими аспектами devops-культуры и позволит организовать работу так, чтобы вы получали удовольствие от разработки, поддержки и использования программного обеспечения.
Основной посыл книги, что devops — это не только технологии и процессы, но главным образом люди и взаимодействие между ними. Собственно этому и посвящена вся книга. Основной посыл книги — ок: разрушайте барьеры между командами, поощряйте сотрудничество, создавайте безупречную (без упрёков) среду. Но ощущение, что одни и те же идеи кочуют из главы в главу. Мусолят идеи под разными углами. Возможно перевод подкачал, но к 700-й странице уже просто дочитывал.
Основной посыл книги, что devops — это не только технологии и процессы, но главным образом люди и взаимодействие между ними. Собственно этому и посвящена вся книга. Основной посыл книги — ок: разрушайте барьеры между командами, поощряйте сотрудничество, создавайте безупречную (без упрёков) среду. Но ощущение, что одни и те же идеи кочуют из главы в главу. Мусолят идеи под разными углами. Возможно перевод подкачал, но к 700-й странице уже просто дочитывал.
Уф... С большим трудом добил. Вся философия описана 4 тезисами. Каждый тезис подробно делится на главы, главы на пункты, пункты на примеры. Вначале еще было интересно, но потом авторы скатываются в детальное описание с примерами и ситуациями, что начинаешь уставать. Например, такие пассажи реально утомляют "Вы можете сделать А, или сделать Б, или еще что-нибудь". Вот ведь какой хороший совет. "С вами может произойти событие А, или событие Б, или вообще ничего не произойти". И как это мне помогает как читателю? В середине книги несколько страниц посвящено тому, что надо набирать в команду людей с разными взглядами, культурой, душевной ориентацией. Т.е. в каждой команде DevOps должны быть: трансгендер, транссексуал, трансвестит, гомосексуалист и лесбиянка. Поменьше цисгендерных белых мужчин. Не стоит шутить на любую тему, которая может обидеть любого из меньшинств. И так далее. Даже глава "Инструменты DevOps" не оправдала надежд. В целом, DevOps здесь скорее мода, так как основопологающие принцивы, сформированные авторами, на примере своих двух компаний, подходят к процессам общения в широком кругу компаний.