Книга: Философия DevOps. Искусство управления IT

Заблуждения, связанные с инструментами

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

Мы используем технологию X, тогда как другие используют технологию Y; мы должны любой ценой перейти к использованию технологии Y

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

Единственное исключение из вышеописанной ситуации – обновления. Модернизация технологии необходима. Чем дольше вы будете откладывать обновление, тем больше вы будете накапливать «долгов», связанных с надежностью и тестированием совместимых способов обновления. В случае слишком раннего обновления может понадобиться внедрить систему контроля качества для продукта. Если же обновление выполняется слишком поздно, возможно, вам придется использовать «технологию вчерашнего дня».

Использование технологии X эквивалентно внедрению devops

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

Например, автоматизация инфраструктуры позволяет сотрудникам вносить изменения более непосредственным и надежным способом, уменьшая риск и «трения», связанные с изменениями.

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

Простое добавление в среду Chef, Docker, Slack или любого другого инструмента, часто упоминаемого в связи с devops, вовсе не означает, что вы «сделали devops». На самом деле набор инструментов – это лишь одно из условий организации совместной работы. Не наличие или отсутствие инструмента приводит к формированию или разрушению инициативы devops. Инструменты могут лишь помогать или мешать формированию культуры, основанной на devops.

Мы должны убедиться в том, что не выбрали некорректный инструмент

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

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

Например, когда идет речь об автоматизации инфраструктуры, выбор инструмента Chef вместо Puppet (или наоборот) вряд ли окажет существенное влияние на успех или неудачу этого проекта. Конечно, от используемого инструмента зависят детали реализации либо определенные варианты использования автоматизации инфраструктуры. Если же идет речь о влиянии на глобальном уровне, то более важно, как вы используете выбранный инструмент автоматизации инфраструктуры, чем какой вы выбрали инструмент.

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

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

Можно купить devops «в упаковке» или devops в качестве услуги

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

Чтобы сформировать более сбалансированный взгляд, следует учитывать четыре столпа devops. Помимо инструментов нужно учитывать сотрудничество, близость и масштабирование. Возможно, неплохо иметь набор разных инструментов «в упаковке» либо в качестве услуги, но, как уже было сказано ранее, просто иметь нужный набор инструментов devops недостаточно. Чтобы преуспеть во внедрении devops, нужно научиться использовать инструменты эффективно.

Практики devops – это намного больше, чем просто инструменты. Ответьте на следующие вопросы. Каким образом вы продаете сотрудничество в качестве услуги? Что вы можете сказать об инструменте, помогающем устранить определенные проблемы, связанные с сотрудничеством или общением, и о фактической деятельности людей, работающих вместе? Как насчет того, чтобы члены разных команд сели рядом и обсудили разные цели, приоритеты и проблемы? Все это вы не сможете купить «в упаковке» или в качестве услуги. В конце концов сотрудники вашей организации должны выработать общее понимание, которое описывается как devops-компакт. В соответствии с этим пониманием должны быть выполнены внутренние изменения в вашей организации.

Существует множество великих инструментов и услуг. Многие компании предлагают решения, которые способствуют решению реальных проблем. Когда вы слышите слово «devops» в маркетинговых кампаниях, представляйте четыре столпа devops наравне с взаимодействиями и пересечениями. При этом спросите себя, реальны ли обещания, щедро раздаваемые маркетологами. Просто замените слово «devops» в рекламном слогане фразой «людям хорошо работается вместе» и подумайте, имеет ли смысл полученное предложение. Если оно звучит глупо или смешно, вряд ли следует доверять подобному рекламному слогану.

В конечном счете вам самостоятельно придется делать всю тяжелую работу, вместе со своими людьми и командами выяснять, что именно работает или не работает в вашей организации. Устойчивые изменения в культуре невозможно купить, их придется создавать самостоятельно.

Оглавление книги