DevOps сегодня стал тенденцией на ИТ -рынке. Каждый хочет прыгнуть на этот корабль, хочу, чтобы деформироваться частью своего плана SDLC. Каждый ИТ-консультант, каждая компания начала реализовать ее и пытаться иметь пирог дежопта йо-йо культуры. Но эй !!! Все это делают правильно ????? По моему личному опыту, который у меня был при предоставлении внештатных консультаций для компаний и частных лиц, интервью, которые я прошел, и я прошел различные сообщения о работе, и многие из них пост чем быть технологией?
Согласно официальному определению Microsoft, соединение разработки (DEV) и операций (OPS), DevOps — это союз людей, процесса и технологий, чтобы постоянно обеспечивать ценность для клиентов.
DevOps — это союз людей, процессов и технологий, чтобы обеспечить ценность для клиентов, но, похоже, люди и процесс были взяты для поездки. Сейчас это стало проблемой, которую предполагалось решить, работаю в бункерах.
Я видел компании, формирующих команду, с PM, разработчиками, QA и DEVOPS. Если вы заметили, инфраструктура отсутствует, верно? Таким образом, в соответствии с несколькими организациями, как они поняли, DevOps является заменой инфраструктурной команды. Таким образом, работающая культура является обычным образом, разработчик работает так, как они работали, QA делает обычное тестирование, поскольку они сделали, DevOps Guy делает всю автоматизацию инфраструктуры с реализацией CI/CD, который без знаний для Java/.NET/любой Язык программирования должен создать зависимости и развернуть рабочую нагрузку. И когда они не могут, согласно им, это проблема разработчика и для разработчика, его инфраус. Разве DevOps не могли преодолеть этот разрыв? Организация здесь не может заставить разработчиков узнать, как подключить рабочую нагрузку, которую он создает, она не может разрешить конфликт в принесении всей команды вместе, чтобы решить проблему. Я не говорю, что операция не играет большой роли в DevOps, но полностью пренебрегая «Dev» частью DevOps — это разрыв, который необходимо заполнить. Одним из популярных высказываний в DEVOPS практике является «вы построили его, вы запускаете его». Devs не может передать свою ответственность перед операциями, ребятами.
Для реализации DevOps, в первую очередь, в первую очередь, чтобы люди осознавали, что это? Процесс DevOps Начните прямо из фазы требования при захвате Epic в JIRA до доставки функции. Собираться вместе всех людей, чтобы быстро готовить эту функцию в производстве, — это то, что делают DevOps. Во-вторых, организация должна исправить процесс, в котором он хочет сделать DEVOPS, работа в бункерах не будет работать, команда должна модернизировать до кроссфункциональной команды. Стратегия GIT, стратегия автоматизации, стратегия запроса на вытягивание, стратегия Sprint должна быть определена, и роли каждого из них должны быть ясны в полном процессе. Этот процесс DevOps является основной реализацией DEVOPS, если это сделано правильно, реализация различных инструментов для достижения Ci/CD и автоматизации станет одной из более легкой части этого.
Я взял интервью, где я наткнулся на различные CVS и провел различные раунды F2F, в частности, одна вещь, наиболее часто наблюдала, что роль Sys-Admin в настоящее время представлена в виде инженеров DevOps. Они имеют опыт работы в инфраструктуре, Ansible, Cloud, сделали некоторый CI/CD, но, совершенно не знали о качестве кода, что должно потребоваться для создания .NET .NET Проекты (библиотеки Nuget и NPM, DotnetCore/Maven Framework), как выполняется модульный тест, какой процесс стратегии GIT следует. Я понимаю, что один парень не может быть в состоянии достичь всего этого (если он не является Суперменом), но чтобы знать о конечном функционировании проектов и особенно о том, чтобы быть DevOps, знание конечного процесса DevOps является обязательным.
Некоторые компании считают, что только делают CI/CD. Я согласен, что CI/CD играет важную роль в процессе DEVOPS, но если мы развертываем один раз в 3 месяца с CI/CD, инфраструктура неоднородна на нескольких этапах, тестирование пропущено в соответствии с желанием руководителя проекта/лидерства для развертывания до производства Для срочного спроса это сделано правильно?
Развлеченные инженерам, более надлежащим образом, должны называться Envips Enablers, роль которых должна определить по управлению проектами, развитием, QAS, операцией. Они должны получить доступность и свободу связи с каждым отделом для решения их проблем, конфликтов. Они должны активно работать со всеми членами команды изо дня в день, чтобы создать зрелый и надежный процесс, принимая во внимание входные данные и проблемы каждой команды в предоставлении ценности для конечного пользователя. После того, как команда достигла сцены, где все работает DevOps, они все еще работают каждый день для реализации и улучшения DevOps, это не то, что может закончить, это непрерывный процесс.
Идеальная команда DevOps — это то, где каждый человек делает DEVOPS, сразу у клиента, менеджеров проекта в команду операции, менеджер проекта должен знать DevOps, разработчик должен знать DevOps, QA должен знать DevOps, и команда операций должна знать.
Оригинал: «https://dev.to/ashagraw91/you-are-not-doing-devops-right-i-will-tell-you-why-1b3o»