В предыдущей статье этой серии мы узнали о том, что является DevOps и ее истории. В этой статье мы поймем опыт DevOps и то, как это будет повысить ценность в вашей организации и повседневной жизни. В этой статье мы будем читать о-• проблемах, которые решают DevOps • Сценарий предварительных девопов • Цели DevOps
Проблемы, которые DevOps решают до разработки приложений DevOps, команды отвечали за сборы бизнес -требований для программы и написания кода. Затем отдельная команда QA проверяет программу в изолированной среде, если требования были выполнены, выпускает код для развертывания. Команды развертывания дополнительно фрагментируются в загрязненные группы, такие как сеть и база данных. Каждый раз, когда программа «бросается на стену» независимой команде, она добавляет узкие места. Проблема в том, когда команды работают отдельно — • Dev часто не знает о контрольно -пропускных пунктах QA и OPS, которые мешают программе работать в соответствии с ожиданием. • QA и OPS, как правило, работают во многих функциях и имеют небольшой контекст бизнес -цели и ценности программного обеспечения. • У каждой группы есть противоположные цели, которые могут привести к неэффективности и указанию пальцев, когда что-то идет не так. Это пара сценариев, которые решаются DevOps, что делает весь процесс бесшовным от выполнения до развертывания с помощью инструментов. Согласно Labs Xebia — есть целые периодические таблицы инструментов DevOps, показанные ниже.
Существует целый набор инструментов для выполнения DevOps, вам придется узнать, как использовать, какие инструменты и когда их использовать.
Сценарий до девопов и то, как DevOps помогает очень распространенный сценарий до девопов-программный чай встречается до начала нового программного проекта. Команда включает в себя разработчиков, тестеров, операций и специалистов поддержки. Эта команда планирует создать рабочее программное обеспечение, готовое к развертыванию. Команда разработчиков, у которой есть цель, отправить как можно больше функций, выпускает новый релиз, а затем цель тестера — найти как можно больше ошибок. Когда тестеры приносят свои выводы DEV, разработчики становятся оборонительными и обвиняют тестеров, которые тестируют окружающую среду для ошибок. Тестеры отвечают, что это не их среда тестирования, а код разработчика, который является проблемой. В конце концов, проблемы решаются, и QA начинает отлаживаемые новые релизы в OPS. Цель команды OPS состоит в том, чтобы ограничить изменения в своей системе, но они захватывают сбои кода и системы, а также резюме с указанием пальцев. OPS говорит, что разработчик предоставил им неисправные артефакты. Дев говорит, что все работало нормально в тестовой среде. Огненные упражнения начинают отлаживать систему и получать производственную конюшню. Производственная среда не является обязанностью Dev и QA, поэтому они удерживают руки, в то время как OPS тратит всю ночь, исправляя проблемы производства. Теперь, как DevOps помогает этому — каждый новый код развернут, как разработчики его завершают. Автоматизация тестирования гарантирует, что код будет готов к развертыванию. После того, как код пройдет все тестирование автоматизации, он развернут небольшому количеству пользователей, скажем, среда UAT. Этот фрагмент кода контролируется в течение короткого периода времени, чтобы убедиться, что нет непредвиденных проблем, и это определенно должно быть стабильным. Этот новый кусок кода затем размножается до оставшихся пользователей, как только мониторинг показывает, что он стабилен. И самое лучшее — многие из этих шагов после планирования и развития выполняются без человеческих взаимодействий. DevOps цели Согласно отчету штата DevOps 2015 года — высокопроизводительные ИТ -организации развертывают в 30 раз чаще с более чем в 200 раз; Они имеют в 60 раз меньше сбоев и восстанавливаются в 150 раз быстрее. Крайне важно и важно, чтобы сотрудничество между всеми заинтересованными сторонами прямо с планирования посредством разработки и доставки и автоматизации процесса доставки. DevOps помогают в достижении этих целей — • достичь более быстрого времени на рынке • Более низкие показатели неудач новых рекламных выпусков • Сократить время выполнения между исправлениями • Улучшить среднее время до восстановления и • самое главное , это помогает улучшить частоту развертывания с помощью непрерывной интуиграции, доставки и развертывания. Чтобы достичь DevOps Nirvana, вы должны идентифицировать, где вы находитесь на DevOps Continuum, DevOps Continuum — это в основном полезный способ взглянуть на различные аспекты DevOps. Нижняя горизонтальная ось представляет то, на чем люди воспринимают DevOps, чтобы в корне сосредоточено. Некоторые люди категорически чувствуют, что DevOps должны сосредоточиться на культуре больше, чем инструменты, в то время как другие люди считают, что инструменты повышают ценность по культуре. Мое мнение — независимо от того, какие инструменты вы используете, DevOps больше похожи на мышление, поэтому мы должны больше сосредоточиться на развитии культуры DevOps.
Вертикальная ось изображает три уровня цепочки доставки DevOps — непрерывная интеграция, непрерывная доставка и непрерывное развертывание. Вы должны понимать эти концепции, а затем реализовать их в своем проекте, продукте или организации. Согласно недавнему опросу, участники указали, где их организация вписывается в континуум. • 55% внизу слева • 26% снизу Справа • 14% верхний левый • 5% вверху прямо сейчас, вы понимаете, что DevOps в основном — это смесь культуры, инструментов и зрелости, которые имеют смысл для вашей организации, и то, что будет иметь смысл, скорее всего, развивается с течением времени. Самое главное — постоянно стремиться разрушать стены и узкие места между этапами доставки программного обеспечения за счет улучшения сотрудничества и автоматизации.
Счастливого обучения !!
Оригинал: «https://dev.to/niloshimasrivastav/learning-devops-is-a-fun-ii-2m86»