Текстовый курс по DevOps
С какими проблемами сталкиваются ИТ-команды без DevOps?
В ИТ без DevOps команды разработки и эксплуатации обычно конфликтуют. Комплексная проверка качества функций и возможностей, нужных заказчику, начинается, когда разработчики уже заняты другим проектом. Аудит информационной безопасности и готовности к эксплуатации проводится за день до запланированного развёртывания. Устранение проблем на этом критическом этапе проекта, особенно дефектов проектирования и безопасности, которые следовало обнаружить и исправить ещё 8 месяцев назад, ставит под угрозу непрерывность работы и ИТ, и бизнеса. Уставшие разработчики, не готовые к сотрудничеству специалисты эксплуатации, изолированные команды тестирования и безопасности, требовательные, но отчаявшиеся руководители проектов и продуктов, сердитое руководство и разочарованные клиенты и заинтересованные стороны ИТ мало способствуют созданию дополнительной ценности.
Постоянная передача задач и зависимости во всех мыслимых направлениях, бесчисленные несогласованные, ручные и непрозрачные операции — для вашего ИТ-отдела это обычный рабочий день.
Хотя любая работа занимает много времени, ничего лучше пока не предвидится. А вам всё ещё нужна эта работа, чтобы зарабатывать.
Наконец наступает день запуска. После хаотичного и проблемного развёртывания, вызвавшего значительный простой, вы гадаете, не нарушило ли оно уже работающие функции. Вы понимаете, что у вас нет ясной картины и фактов о том, что произошло на самом деле и какие части рабочих систем это затронуло.
И всё же в коридорах вашего большого ИТ-отдела уже начинают праздновать запуск. Вам тоже пора выпить и прийти в себя после тяжёлой бессонной ночи. То, что вы вчера сломали в рабочей среде, всё равно будет проблемой кого-то другого. Ничего страшного…
Теперь вы, должно быть, удивляетесь, как такие трудные проекты вообще удаётся завершить, если они побывали в столь отчаянном состоянии. Ответ даёт теорема о бесконечных обезьянах. Вкратце, согласно теореме, обезьяна, которая бесконечно долго случайным образом нажимает клавиши пишущей машинки, наверняка напечатает заданный текст, например полное собрание сочинений William Shakespeare. Это не шутка.
Так и здесь: хотя невозможно предсказать, когда работа закончится, если ИТ-команда достаточно долго откладывает проект и выигрывает время, она в конце концов его сдаст.
Постоянный конфликт между разработкой и эксплуатацией
Среди многих важных обязанностей вашего ИТ-подразделения есть две основные задачи:
- Вашей команде разработки нужно быстро поставлять решения, чтобы реагировать на меняющиеся потребности клиентов и рынка, на котором работает ваш бизнес.
- Ваша команда эксплуатации должна гарантировать стабильное, предсказуемое, безопасное и непрерывное обслуживание клиентов и рынка.
При такой структуре команды разработки и эксплуатации преследуют противоречащие друг другу цели и руководствуются разными интересами. Этот конфликт снижает производительность, качество обслуживания, удовлетворённость клиентов, результаты ИТ-подразделения и в конечном счёте эффективность всего бизнеса.
Вы накопили технический долг
Постоянное тушение пожаров, обходные решения и внеплановые работы для устранения срочных проблем лишь увеличивают технический долг. Это вредит и разработке с эксплуатацией, и всем остальным подразделениям, в том числе архитектуре, информационной безопасности, тестированию, управлению продуктами и выпусками, а также заинтересованным сторонам со стороны бизнеса.
Технический долг можно сравнить с финансовым. Чем больше долгов, тем меньше возможностей достичь целей. Со временем правильное решение становится почти невозможно принять, и вы скорее всего возьмёте на себя новые долги.
С техническим долгом происходит то же самое. Чем больше он становится, тем меньше возможностей создать и поставить подходящее решение. В итоге вы строите обходные решения поверх других обходных решений, карточные домики друг на друге. Когда всё рухнет — вопрос времени. Вы это уже знаете.
Ваш бизнес зарабатывает на самых уязвимых системах
В вашем бизнесе есть неудивительный, но тревожный факт: самые важные системы, приносящие выручку, больше всего подвержены ошибкам, отказам и простоям.
Эти системы обычно в центре вашего бизнеса, и трудно найти встречу, на которой их так или иначе не обсуждают. Это самые важные системы, и их затрагивают почти все проекты. Их роль в бизнесе требует постоянного внимания, срочных изменений и незапланированных исправлений, а инциденты первого приоритета всё равно не прекращаются.
Когда нарушаете обещание, вы даёте ещё более серьёзное
ИТ-подразделение постоянно нарушает обещания и разочаровывает заинтересованные стороны, поэтому те становятся требовательнее, чтобы наверстать упущенное. Вам и руководителям часто остаётся только сказать «почему бы и нет», если под рукой нет более привлекательного предложения о работе.
Затем вашим подразделениям разработки и поставки поручают задачу крупнее обычного. Критически важные системы и ИТ-архитектура не готовы выполнить требования в заданные «срочные» сроки, и вы начинаете проектировать новые обходные решения поверх старых.
Работа больше не приносит удовольствия
В итоге у всех становится ещё больше дел. В календаре не осталось даже часа, чтобы спокойно заниматься работой, для которой вас наняли и за которую платят. Письма сыплются в почту, и вы используете непродуктивное время на совещаниях, чтобы пробежать глазами и разобрать в основном непонятные и бесполезные входящие. Невольно думаете, почему у вас нет обязательного курса по работе с почтой и написанию писем.
Чтобы продолжать свою работу, вы обычно зависите от других команд. Но запрос, который вы передали пару недель назад, ещё даже не заметили: другая команда только начала новый проект «Horizon 2400», одновременно устраняя 9 инцидентов первого приоритета, вызванных нестабильными приложениями.
Вы понемногу теряете терпение, потому что для продолжения работы нужны ответы от единственного назначенного контактного лица другой команды.
Вы не выдержали и отправили ещё одно письмо с напоминанием. На этот раз поставили её руководителя в копию и подумали, что стоило сделать это ещё в первом письме.
Не прошло и нескольких секунд, как появилось два уведомления об отсутствии. Ваше контактное лицо до конца недели будет на рабочих встречах по «Horizon 2400», а её руководитель сегодня дома на больничном.
ВЫВОДЫ
В этой главе мы разобрали проблемы, с которыми сталкивается большинство компаний и ИТ-специалистов. Это порочные круги и цепочки ухудшений, в которых живёт почти каждая компания и каждый специалист.
По оценке Gartner, компании по всему миру ежегодно тратят впустую около 600 миллиардов USD на незапланированное обслуживание ИТ, на которое не выделен бюджет, чтобы поддерживать работу систем, приносящих выручку. Вот как выглядит эта сумма цифрами: $600,000,000,000.-
Как вы, вероятно, уже поняли, осмыслить такой масштаб потерь в профессии, требующей серьёзной умственной работы, непросто.
Это задача, за которую стоит взяться. У DevOps есть ответы для некоторых компаний и, возможно, для вашей, если она готова экспериментировать, учиться и адаптироваться.
