Готовы ли компания быстро меняться, быстро развиваться, быстро тестировать, терпеть неудачи, быстро восстанавливаться, быстро учиться и быстро готовиться к выходу продукта?
Ознакомитесь со списком, и поймете на сколько готовы для применения DevOps сейчас. Если какому-то пункту не соответствуете, не отчаивайтесь. Вам есть куда расти и развиваться. Теперь знаете, что нужно подтянуть и в каком направлении двигаться.
1. Готовы ли вы к изменениям?
Вам нужно будет добиться изменений во всей организации, и каждый должен взять на себя ответственность за все начинания, а не только за оптимизацию отдельных частей процесса. DevOps - это не просто технический проект, и необходима новая культура с методологиями и процессами разработки, которые охватывают как разработчиков, так и операции. Цель состоит в том, чтобы заставить всех работать вместе слажено без конфликтов.
2. Умеете ли контролировать процессы выпуска и настройки кода?
Слишком ранний переход на DevOps может усугубить проблемы компании.
Можно проверить готовность. Используйте dnsmap, чтобы оценить наличие поддельных поддоменов, и retire.js, и найдите устаревшие рискованные библиотеки JavaScript. Ответы помогут вам оценить, насколько вы осведомлены и по умолчанию готовы ли вы перейти на DevOps
3. Насколько вы гибкие?
Это может зависеть от размера компании. Маленькие компании, естественно, гибкие и часто без выбора, но это не так просто для крупных компаний, у которых могут отсутствовать возможности полностью использовать DevOps.
4. Есть ли время и усилия, необходимые для изучения всех инструментов и методов, которые делают DevOps эффективными?
Обязательство всегда приводит к результатам, и поэтому нужно приложить как можно больше усилий, чтобы получить наилучшие результаты.
5. Примут ли сотрудники изменения, если вы перераспределите их обязанности?
Некоторым разработчикам может потребоваться принять более высокий уровень ответственности за производственную среду, чтобы гарантировать, что их код ничего не нарушает, и, если это произойдет, его легко исправить. Сотрудники должны быть готовы передать часть своей роли Dev и предоставить им доступ ко всему, что им нужно, чтобы отвечать за производственную среду. А также должны помочь в создании возможностей, производственных или тестовых экземпляров, а также в создании простых процедур для резервного копирования или восстановления на случай, если что-то пойдет не так.
6. Все ли команды функциональны и готовы использовать гибкую методологию?
Разработчикам, тестировщикам, сотрудникам информационной и IT-безопасности придется работать вместе, чтобы улучшить процессы и автоматизировать по возможности. Этот новый способ мышления требует изменения культуры.
7. Достаточно ли у вас бюджета для создания DevOps?
Вам необходимо заручиться поддержкой спонсора, который может объяснить и направить как разработчиков, так и операции в правильном направлении.
8. Вы готовы начать с малого, а затем расти?
Попробуйте найти проект, в котором стиль работы DevOps был бы полезен или критичен, например, реализация архитектуры микросервисов, а также протестируйте и примите инструменты, процессы и процедуры. Используйте вовлеченную команду в качестве знатоков, а проект - в качестве хорошей модели для более широкой реализации, и тогда будет гораздо легче получить признание от более широкой аудитории.
9. Готовы ли вы постоянно оценивать и улучшать выбранные процессы, процедуры и инструменты?
Успех DevOps часто основан на непрерывном анализе и оптимизации эффективности.
10. Вы готовы автоматизировать все (в пределах разумного), с целью внедрения инновации?
Автоматизация должна уменьшить человеческие ошибки, упростить их выполнение и уменьшить зависимость от наличия ключевых людей, при этом могут быть сопротивления со стороны сотрудников, которые боятся потерять работу?
11. Вы уже внедрили DevOps, но не знаете, достигаете ли целей?
Вы должны знать, повышаете ли вы эффективность или нет, измеряя и анализируя данные.
Начните с простого управления коротким процессом или задачей, где есть «контрольный» набор данных. Общими метриками, которые можно измерить, являются «частоты развертывания», «среднее время восстановления» и «от принятия к развертыванию». «Изменение процента отказов» также может быть ключом к тому, чтобы избежать множества ошибок или кода, который работает некорректно и показывает, сколько совершенных развертываний прошло успешно.
Однако компании нужно будет определить, какие показатели наиболее важны для вас, и со временем команда разработчиков DevOps будет стремиться доказать, насколько они улучшили производительность.
12. Поддерживаете ли вы движение Open Source?
Готовы ли поделиться своими выводами и сотрудничать с другими отделами? Сносить барьеры для повышения эффективности? Учиться друг у друга? Можете ли создать культуру обмена, которая относится ко всему, включая инструменты, методы, знания, процедуры и данные, успех и неудачи. Конечным результатом является возможность повторять успехи и избегать сбоев, в то же время избегая обвинения других команд, чтобы все могли двигаться вперед и сократить время устранения ошибок или инцидентов.
13. Готовы ли к увольнениям при внедрении DevOps?
Устранение неэффективности при создании «целостных» команд, обладающих всеми навыками перехода от идеи к воплощению - вот что такое DevOps, но есть опасности, что может снизится моральный дух в случае возникновения увольнений.
14. Готовы переобучить или нанять новых сотрудников?
Компании понадобятся сотрудники с навыками разработки и эксплуатации, которые сложно найти, поэтому потребуется нанять инженеров DevOps или переобучить некоторых из ваших сотрудников, что может занять время и потенциально снизить конкурентное преимущество.
15. Готовы и способны внедрять новые инструменты DevOps?
После того, как справитесь с культурным сдвигом и обучите необходимым навыкам свою команду, необходимо оценить, какие инструменты использовать. Поэтому понадобится доступ к инфраструктуре, инструментам управления конфигурацией, инструментам непрерывной интеграции и доставки, программному обеспечению для мониторинга и ведения журналов, таким как Jenkins, Ansible, Chef, Puppet и Salt. При этом не стоит тратить огромные суммы на поставки технологий, решениями DevOps, поскольку они часто не нужны.
Для более глубокого анализа готовность вашей организации может пригодиться онлайн инструмент оценки DevOps от Microsoft, который поможет оценить и даст рекомендации по следующим направлениям деятельности.
