Аннотация
Книга посвящена концепции DevOps как важной эволюции в управлении информационными технологиями (ИТ). В ней рассматривается, как методы управления ИТ меняются с течением времени и какие значительные изменения могут существенно повысить эффективность работы организаций. Основное внимание уделяется тому, как DevOps, интегрируя принципы гибкой разработки и бережливого производства, помогает создавать ценность на всех этапах разработки и эксплуатации информационных технологий.
Одним из ключевых факторов для появления DevOps является необходимость отхода от традиционной водопадной модели разработки к более гибким методам, таким как Agile. Водопадная модель, с её строгой последовательностью этапов и длительными циклами, не позволяет быстро адаптироваться к изменениям в бизнес-требованиях, что создает напряжение между разработчиками и заказчиками. В ответ на эту проблему профессиональное сообщество начало активно развивать гибкие методологии, такие как Scrum и Extreme Programming, которые акцентируют внимание на близком сотрудничестве между компаниями и программистами. Однако процесс разработки является лишь одним из аспектов, влияющих на общую успешность ИТ-инициатив.
Несмотря на внедрение Agile, многие организации сталкиваются с серьезными трудностями в его реализации. Основные проблемы связаны с устаревшей ИТ-инфраструктурой, что делает процесс выявления бизнес-требований и развертки продукта сложным и дорогостоящим. Страх перед изменениями в хрупкой инфраструктуре затрудняет использование гибких подходов, что в свою очередь препятствует полной реализации всех преимуществ DevOps. Структурные и культурные барьеры внутри организаций также негативно сказываются на потенциале гибкой разработки.
Важным понятием, обсуждаемым в книге, является "технический долг", впервые введенный У. Каннингемом в 1992 году. Технический долг возникает, когда разработчики принимают менее оптимальные решения на этапе разработки для ускорения процесса, что в итоге приводит к накоплению проблем и ухудшению качества продукта. Со временем это заставляет команду тратить все больше времени на исправление старых ошибок, вместо того чтобы сосредоточиться на создании новых функций. Это можно сравнить с финансовым долгом, когда ресурсов становится недостаточно для реализации новых идей из-за необходимости решать последствия прежних неудачных решений.
Расширяя понятие технического долга, Мартин Фаулер предлагает классификацию причин его возникновения и подчеркивает, что увеличение технического долга может быть сознательным выбором команды для достижения краткосрочных целей. Однако крайне важно не забывать о необходимости "выплаты" этого долга в будущем. Игнорирование технического долга может привести к серьезным трудностям и неоптимальной работе, в результате чего организация сталкивается с проблемами в планировании и распределении ресурсов.
Современный подход к техническому долгу также включает в себя неэффективные практики, существующие в традиционных ИТ-отделах. Это такие привычные вещи, как перезагрузка систем для устранения сбоев или неэффективные изменения в инфраструктуре без предварительного планирования. К сожалению, многие компании надеются на то, что проблемы с техническим долгом можно решить "в свободное время", что часто оказывается нереалистичным, так как настоящая свободная минута в современные ИТ-ландшафте практически отсутствует. Неуправляемый технический долг, таким образом, становится серьезной угрозой для эффективности работы любого ИТ-отдела.
В целом, книга подчеркивает значение DevOps как инструмента для организации более эффективного, гибкого и инновационного подхода к управлению информационными технологиями, а также обращает внимание на необходимость осмысленного управления техническим долгом для достижения долгосрочных успехов.
