Инженер Devops стал эмоцией, а не просто профилем работы. Люди из всех видов профессий готовы испачкать руки и перейти к этой карьере инженера DevOps. Помимо модного бинго, Devops занимает уникальную позицию в области программного обеспечения, хотя со временем развивались многие технологии, и этот путь не кажется, что он не исчезнет очень скоро. Devops здесь, чтобы остаться, и мы будем свидетелем большого количества компаний, которые рано или поздно используют этот подход.
Что такое DevOps?
DevOps — это процесс, который подчеркивает общение и обучение на технической точке зрения между разработчиками программного обеспечения и профессионалами ИТ, такими как Dev и OPS, управление производственными средами, одновременно автоматизируя развертывание программного обеспечения и изменений инфраструктуры с особой осторожностью и сотрудничеством. В основе, DevOps означает объединение разработки и операций в одну объединенную команду, чтобы непрерывный процесс обучения, обмена знаниями и общих обязанностей не плавно происходил между ними. Идея DevOps выросла из гибкой методологии и впервые привлекла внимание в 2009 году.
Потребность в DevOps
Многие департаменты в компаниях, как правило, заливают клязии и несут свои собственные процедуры. Особенно, когда речь заходит о организации с программным обеспечением, Devs не будет иметь представления о том, что происходит с OPS и наоборот, и это создает большую путаницу между командами и влияет на общий рост компании и индивидуальную производительность. Идея DevOps состоит в том, чтобы преодолеть разрыв между разработкой и операциями для поддержки других отделов, поэтому рабочий процесс внутри организации гладкий. Это позволяет компаниям рано потерпеть неудачу и рано учиться и тем самым быстро предоставлять программные функции и обновления безопасности. Конечная цель DevOps состоит в том, чтобы быстрее привести продукты на рынок с большим качеством и надежностью.
Навыки, необходимые для того, чтобы стать инженером DevOps:
DevOps — это культурное явление, а не индивидуальная должность. Это скорее командный вид спорта, и это не может быть сделано в одиночку. Таким образом, противоречит моему собственному утверждению, нет концепции инженера DevOps, просто фирмы создали эту роль для своего понимания.
Итак, это об инструментах? Неа:)
Но понимание всех инструментов DevOps, таких как Docker, Github, Kubernetes, Terraform, Ansible, Puppet и т. Д., Необходимо, потому что это то, что компании ищут при найме инженера DevOps.
Но больше всего речь идет о изучении культуры и структуры DevOps, а не инструментов. Большинство людей также могут подчеркнуть аспект автоматизации, это не все о автоматизации. Инженеры Devops должны обладать базовыми знаниями в сценариях, программировании и структуре. Люди, приезжающие из других отделов к DevOps, должны понимать, что разработчики пытаются сделать на этапе разработки, а затем, как они управляют версиями своего кода, как они тестируют, интегрируют их и развертывают их на серверах и, наконец, как конечные пользователи заставляют использовать программное обеспечение. Как только они поймут, как все делается теоретически и вручную без инструментов автоматизации, концепции станут ясными и проще.
В дополнение к этому, знания OPS также необходимы для того, чтобы стать хорошим в DevOps. Инженер DevOps, не только записывает код или автоматизирование, но и должен знать и другие связанные аспекты, например,
- Сценарии и основания Linux
- Знание разных облачных провайдеров
- Знание того, как работает жизненный цикл разработки программного обеспечения (SDLC)
- Знакомство с управлением источником и управлением версиями и инструментами, такими как GitHub & Bitbucket
- Опыт работы с инструментами строительства
- Инструменты управления артефактами, такие как JFROG Artifactory & Sonatype
- Дизайн инфраструктуры и микросервисы
- Лучшие навыки общения
- Навыки тестирования автоматизации
- Понимание инфраструктуры как кода
- Навыки устранения неполадок
- Понимание понятий CI/CD и инструментов
- Знание трубопровода DevOps и как это устроено
- Зная, как системы масштабируют — горизонтальное масштабирование и вертикальное масштабирование
- Концепции виртуализации
- Понимание различных показателей успеха DevOps, таких как частота развертывания, время в выполнении изменений, изменение частоты отказов, время для восстановления услуг, и т.д
- Концепции и инструменты контейнеризации, такие как Docker
- Контейнерные оркестровки и инструменты, такие как Kubernetes
- Цикл выпуска программного обеспечения и управление
Что такое CI, CD, CD?
Непрерывная интеграция (CI), как предполагает само имя, фокусируется на объединении работы отдельных разработчиков в репозиторий или кодовую базу для упрощения непрерывных усилий. Это можно делать несколько раз в день; Основная цель состоит в том, чтобы обеспечить раннее обнаружение ошибок интеграции, а также обеспечить более жесткую сплоченность и более плавное сотрудничество в области развития. Цель CI состоит в том, чтобы быстро убедиться, что новое изменение кода от разработчика хорошо и подходит для дальнейшего использования в кодовой базе.
Цель непрерывной доставки (CD) состоит в том, чтобы минимизировать точки трения, присущие этапам развертывания. Как правило, реализация команды включает в себя автоматизацию каждого из шагов для создания развертывания, чтобы в любой момент времени можно было сделать безопасное выпуск кода.
Непрерывная доставка — это повторяющаяся практика создания, тестирования и обеспечения улучшений в программную базу с помощью автоматических инструментов. Ключевым результатом непрерывной доставки (CD) является код, который всегда находится в развертываемом состоянии.
Многие люди путают между этими двумя, непрерывными поставками и непрерывным развертыванием, тогда как оба различаются в пространстве DevOps. Непрерывное развертывание — это процесс DevOps, в котором участвует гораздо более высокая степень автоматизации, когда сборка/развертывание происходит автоматически, когда в CODE вносится серьезные изменения. Здесь изменения кода разработчика автоматически обнаруживаются и подготавливаются для мгновенного выпуска до производства.
С чего начать путешествие DevOps?
Проблема в том, что очень редко компании нанимают новичков, чтобы работать инженерами DevOps, но, как говорится, существует огромный разрыв в навыках в отрасли. Фирмы изо всех сил пытаются нанять хорошего кандидата DevOps, и они часто терпят неудачу из -за нехватки талантов. В списке ниже некоторых ресурсов и курсов, которые вы можете выбрать в карьере DevOps,
- Прочитайте книгу ‘ Проект Феникса ‘
- Снимите это бесплатно DevOps Предварительный курс
- Посмотрите это видео от Rackspace, которое объясняет Значение DevOps на простом английском
- Прочитайте эти интересные ответы на Quora экспертами по Стать хорошим инженером DevOps
- Смотрите и учитесь рядом с этим Docker для начинающих полный бесплатный курс Мамшад (один из лучших инструкторов Udemy)
- Следуйте этим 100 влиятельных лиц DevOps в Твиттере
- Присоединяйтесь к форумам сообщества разработчиков, таких как dev.to , Hashnode , Dzone , DevOps subreddit , Переполнение стека , DevOps StackexChange , Изменение , и т.д
Devops занимает центральное место, и, как мы упоминали ранее, он становится воплощением разработки программного обеспечения. Инженеры Devops являются одним из самых высокооплачиваемых специалистов в мире, и это требующая техническая работа в настоящее время по всему миру. DevOps — хороший карьерный путь, и правильный план и подход дадут вам хорошую работу Но как только вы попадете в это, настоятельно рекомендуется всегда продолжать учиться, так как пространство DevOps всегда развивается и новые инструменты появляются изо дня в день.
Кстати, иногда может быть трудно нанять в качестве инженера DevOps без какого -либо предшествующего опыта работы или знаний о различных инструментах и методах автоматизации, мы в Kodekloud придумали простую идею помочь вам получить бесплатный опыт работы DevOps, решая реальные DevOps Проблемы и проблемы, с помощью которых вы можете быть наняты для роли DevOps. Посмотрите на видео ниже, чтобы узнать больше,
Спасибо:)
Оригинал: «https://dev.to/kodekloud/your-roadmap-to-become-a-devops-engineer-in-2020-i1n»