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

Автор: Боб Виолино, InfoWorld
 
Популярность devops продолжает расти по мере того, как организации ищут способы повысить эффективность процесса разработки. Исследовательская компания Research and Markets прогнозирует, что мировой рынок инструментов и сервисов devops вырастет с $10,56 млрд в 2023 году до $29,79 млрд в 2028 году.
 
Среди факторов, способствующих развитию devops, — растущий спрос на масштабируемость, увеличение количества лучших практик, совершенствование инструментов devops и экосистемы devops, а также увеличение спроса на непрерывную интеграцию и развертывание.
 
Практика devops позволяет ускорить вывод программных инструментов на рынок и расширить сотрудничество между ИТ-подразделениями и операционными группами. Однако некоторые ошибки могут свести на нет усилия вашей команды по разработке, если их не устранить. Ниже приведем список основных проблем.
 
Команды dev и ops не взаимодействуют друг с другом
 
Хотя devops призван улучшать взаимодействие между командами, его внедрение является препятствием для некоторых организаций.
 
«Одна из важных задач, связанных с devops, — обеспечение бесперебойной коммуникации и сотрудничества между командами разработки и операций», — говорит Лоуренс Гайо, президент Empowerment through Technology & Education (ETTE), предоставляющей ИТ-услуги.
 
«Исторически сложилось так, что эти подразделения работали изолированно, что приводило к неэффективности и недоразумениям», — говорит Гайо. «Для решения этой проблемы мы внедрили межфункциональный командный подход, при котором сотрудники обоих отделов участвуют во всех этапах жизненного цикла продукта, от планирования до развертывания». Это привело к более слаженному рабочему процессу и сокращению времени развертывания на 30%, добавляет Гайо.
 
Эффективная коммуникация «может быть сложной задачей», отмечает Хавьер Мунис, технический директор юридической фирмы LLCAttorney.com. «Многие организации недооценивают значение «мягких» навыков, таких как общение и совместная работа, в среде devops. Чтобы справиться с этим, важно создать благоприятную среду для прозрачного и регулярного общения между всеми командами».
 
Кибербезопасность становится второстепенной задачей
 
Обеспечение безопасности цепочки поставок программного обеспечения в среде devops также может быть непростым.
 
«Скорость, с которой работают команды devops, иногда может упускать из виду важные проверки безопасности», — говорит Гайо. «В ETTE мы решили эту проблему, интегрировав автоматизированные инструменты безопасности непосредственно в наш конвейер CI/CD, проводя оценку безопасности в режиме реального времени на каждом этапе разработки».
 
По словам Гайо, такая интеграция не только помогла компании выявить уязвимости на ранней стадии, но и обеспечила соответствие методов безопасности циклам быстрого развертывания.
 
Надежная защита и конфиденциальность данных особенно важны в регулируемых отраслях, таких как здравоохранение. «В строго регулируемом секторе здравоохранения защита данных пациентов имеет первостепенное значение», — говорит Дэвид Памфри, генеральный директор поставщика медицинских ИТ-услуг Riveraxe LLC. «Мы решили эту проблему, внедрив систему безопасности на каждом этапе процесса devops, интегрировав средства автоматизации безопасности, которые выполняют непрерывное сканирование уязвимостей и мониторинг соответствия требованиям».
 
Рассматривая безопасность как неотъемлемую часть процесса разработки и эксплуатации, а не как второстепенную, «мы значительно свели к минимуму риск утечки данных», — говорит Памфри.
 
Достижение баланса между быстрым развертыванием и надежной защитой может оказаться непростой задачей, говорит Рид Тейлор, основатель Cyber Command, LLC, поставщика управляемых услуг, специализирующегося на бизнес-ИТ и devops-сервисах. «В погоне за высокой скоростью разработки слишком легко отодвинуть на второй план вопросы безопасности», — добавляет он.
 
Сложная ИТ-инфраструктура не масштабируется
 
Технологическая инфраструктура становится все более сложной, особенно на крупных предприятиях. Рост масштабов удаленной/гибридной работы, перенос ресурсов в облако и более широкое использование мобильных устройств увеличили сложность, и это может оказать влияние на devops.
 
«Управление многофункциональными современными ИТ-инфраструктурами может оказаться непростой задачей для команд devops», — говорит Гайо. «По мере того как мы перемещали все больше ресурсов в облако, управление и масштабирование этих сложных сред становилось все более сложной задачей».
 
ETTE инвестировала средства в обучение своей команды devops передовой облачной инфраструктуре и сервисам, уделяя особое внимание инфраструктуре как сервису (IaaS) и платформе как сервису (PaaS), чтобы обеспечить членам команды навыки эффективного управления этими платформами.
 
«Это позволило нам масштабировать операции без ущерба для производительности или безопасности, что в конечном итоге привело к повышению операционной эффективности на 40%», — отмечает Гайо.
 
Приоритеты devops не совпадают с целями бизнеса
 
Любая технологическая инициатива, которая не соответствует бизнес-целям, неизбежно приведет к далеко не блестящим результатам, и devops — не исключение.
 
«Часто кажется, что быстрые темпы развития devops-инициатив могут опережать согласование с более широкими бизнес-целями, что приводит к смещению приоритетов», — говорит Ремон Эльсайя, президент TechTrone IT Services, поставщика ИТ-решений для малого и среднего бизнеса. «Чтобы смягчить эту проблему, я регулярно собираю межфункциональные команды для рассмотрения стратегий devops в контексте текущих бизнес-целей, гарантируя, что ИТ-инициативы поддерживают общее направление компании».
 
Новые технологии меняют рабочий процесс devops
 
Как технические специалисты, так и бизнес-пользователи стремятся опробовать новейшие технологические решения. Но было бы ошибкой интегрировать новые технологии в цикл devops, не убедившись, что они хорошо сочетаются с существующими продуктами.
 
«Очень заманчиво использовать новейшие инструменты или платформы, но каждое дополнение может усложнить процесс обучения», — говорит Эльсайя. «Мы применили подход «доказательства концепции», прежде чем полностью интегрировать новые инструменты в наш рабочий процесс devops. Это предполагает проведение небольших испытаний для оценки влияния и эффективности новых технологий, чтобы убедиться, что они вносят позитивный вклад в наши процессы без чрезмерного усложнения или снижения эффективности».
 
Старые технологии нарушают рабочий процесс devops
 
Организациям, которые все еще используют устаревшие ИТ-системы, может быть непросто внедрить стратегию devops.
«Одна из заметных проблем — интеграция устаревших систем с современными методами devops», — говорит Памфри. «Этим старым системам часто не хватает гибкости, необходимой для бесперебойной работы конвейера, что приводит к возникновению узких мест».
 
Чтобы решить эту проблему, Riveraxe сосредоточилась на постепенной модернизации, включив в устаревшие системы интерфейсы прикладного программирования (API), чтобы предоставить их функциональность новым, удобным для devops интерфейсам. «Это не только сохранило основные функции, но и упростило операции, сократив время развертывания примерно на 20 процентов», — добавляет Памфри.
 
Культурное сопротивление замедляет внедрение devops
 
Не все сотрудники ИТ-отдела организации или отдела разработки быстро принимают devops. Изменения могут быть сложными, и культурное сопротивление при внедрении devops недооценивается, говорит Эльсайя.
 
«Переход от традиционных изолированных команд к более интегрированному подходу может встретить сопротивление», — отмечает он. «Для решения этой проблемы ключевое значение имело формирование культуры непрерывного обучения и совместной работы. Создавая среду, в которой ценится обратная связь, а неудачи рассматриваются как возможность обучения, мы постепенно развивали более сплоченную и гибкую командную динамику».
 
Это не только упростило интеграцию практик devops, но и способствовало развитию инноваций и повышению удовлетворенности сотрудников. «Такие изменения и преодоление трудностей требуют терпения, стратегического мышления и открытости к меняющейся динамике команды», — говорит Эльсайя.
 
Памфри отмечает, что Riveraxe постоянно стремится к созданию культуры, полностью отражающей философию devops. «Поначалу быстрые изменения и сотрудничество, которые они влекли за собой, вызывали сопротивление», — говорит он. «Мы противодействовали этому, внедряя комплексные программы обучения и налаживая четкие каналы коммуникации, чтобы все члены команды понимали преимущества devops, такие как повышение эффективности и качества продукции».
 
Команда также отмечала небольшие успехи и извлекала уроки из неудач, укрепляя идею о том, что постоянное совершенствование — коллективное достижение, добавляет Памфри. «Такой подход не только улучшил динамику работы команды, но и привел к появлению более инновационных решений и повышению устойчивости ИТ-инфраструктуры», — говорит он.
 
Удаленная работа замедляет совместную работу в devops
 
Независимо от того, использует ли организация удаленную или гибридную модель работы, по крайней мере, некоторые сотрудники, скорее всего, в какой-то момент будут работать за пределами предприятия. После пандемии это стало реальностью для компаний и, скорее всего, не исчезнет в ближайшее время.
 
Тенденция удаленной работы может повлиять на разработку. «Управление удаленными командами devops создает уникальные проблемы в поддержании связи, совместной работы и обеспечении контроля», — говорит Тейлор. «Мы решили эту проблему, разработав надежные политики удаленной работы, внедрив инструменты и платформы, способствующие сотрудничеству, и создав культуру доверия и автономии».
 
По словам Тейлора, регулярные виртуальные встречи и четкое документирование процессов и прогресса гарантировали, что удаленные команды оставались сплоченными, продуктивными и соответствовали целям организации.
 
Dev и ops хотят разных вещей
 
Команды не всегда сходятся во мнениях, когда речь заходит о целях разработки. Это может стать еще одним препятствием на пути развития devops.
«Одна из распространенных проблем, с которой я столкнулся, — согласование различных целей команд разработки и операций», — говорит Муниз. «Команды разработки стремятся к быстрым изменениям, в то время как операционные команды — к стабильности».
 
Вариант решения этой проблемы — внедрение культуры совместной ответственности, когда команды работают сообща от начала проекта до его окончательной реализации.
 
Автоматизация решает не все проблемы
 
Организации практически любого размеры и во всех отраслях стремятся автоматизировать ИТ и бизнес-процессы. Это имеет смысл из-за таких преимуществ, как экономия средств, ускорение процессов и уменьшение количества ошибок. Но автоматизация создает неожиданные проблемы для devops.
 
«Вопреки здравому смыслу, автоматизация, которая является важнейшим компонентом devops, также может создавать трудности», — говорит Мунис. «Не все процессы подходят для нее, и попытки принудительной автоматизации могут привести к неэффективности».
 
Важно понимать, что автоматизация — не концепция «все или ничего», — отмечает Мунис. «Определение и ориентация на правильные процессы для автоматизации экономит время и ресурсы», — добавляет он.
 
Ссылка на источник