Большинство людей смотрят на слово DevOps и думают, что оно относится к разработчикам и операциям. Реальность немного сложнее. DevOps является неотъемлемой частью разработки программного обеспечения Agile. Определенные программные артефакты и быстрые трубопроводы являются инструментами в итерационном, гибком процессе. Могут ли другие гибкие роли внести свой вклад в среду DevOps? Другие роли получают какую -либо выгоду от DevOps?
QA или качественная инженерия — самая простая роль, чтобы увидеть игру в DevOps. У нас даже есть особый вкус DevOps с QA, Devqaops. Это также не скатывается с языка. QA разрабатывает тестирование для подтверждения результатов, соответствующих требованиям. Очень важно иметь этот закрытый цикл обратной связи, чтобы проект оставался на правильном пути. Тесты на дым могут быть подмножествами пользовательского интерфейса или интеграционных тестов. Использование этих тестов может помочь гарантировать, что приложение может работать в разных средах. Это предотвращает дорогостоящие откаты в производстве. Небольшое количество тестов нагрузки может проверить, что приложение будет работать, как и ожидалось при более высоких нагрузках.
Бизнес -аналитики — это не первое, что приходит на ум, когда кто -то думает о DevOps. Несмотря на это, они все еще играют важную роль. Бизнес -истории предоставляют информацию для разработки функций и стратегий тестирования. Эти истории также могут определять ресурсы, выделенные в производственной среде. Бизнес -аналитики также помогают, преследуя ответы на вопросы. Когда кто -то рассматривает переключение контекста разработчика, это становится более важным для скорости проекта. Разработчик продолжает кодировать, в то время как аналитики находят ответ.
Менеджеры проектов играют роль и в DevOps. Как менеджеры, они могут помочь создать более дружелюбную среду DevOps. Автоматизация представляет собой большую первоначальную стоимость с неопределенной экономией на протяжении всего проекта. Приоритет работы автоматизации перемещает иглу DevOps в правильном направлении. Поощрение небольших единиц работы помогает с более быстрым поворотом доставки функций. Мониторинг дает ценную информацию о здоровье и работе приложения. Удержать команду ответственностью за мониторинг окупается с сокращением времени простоя. Кроме того, новые идеи могут стимулировать новые бизнес -функции.
Так что же эти роли выходят из DevOps? Наличие рабочего конвейера обеспечивает фокус для команды. Управление версией артефакта позволяет тестировать в любое время. Доступные артефакты устраняют необходимость для разработчиков для их создания. Это позволяет больше рабочего времени во время спринта поддерживать новые функции. Автоматизированное развертывание гарантирует, что человек точно знает, что работает в любой среде. Хорошая визуализация трубопровода обеспечивает немедленную обратную связь. Здоровье кодовой базы больше не является загадкой. Быстрая обратная связь удерживает проблемы меньше. Автоматизированное тестирование обеспечивает более высокую уверенность в коде.
Это ни в коем случае не исчерпывающий список. Эти примеры должны иллюстрировать, как хороший план DevOps помогает всем. Все роли играют важную роль в жизненном цикле разработки программного обеспечения. В конце концов, разработка программного обеспечения — это командный вид спорта.
Оригинал: «https://dev.to/leading-edje/devops-is-not-just-for-developers-and-operations-58k3»