Как стать инженером DEVOPS: всеобъемлющее руководство

По состоянию на текущий рынок IT, домен DevOps является одним из лучших вариантов для него, с точки зрения заработной платы и карьерного роста. Один общий вопрос, который я получаю довольно часто, это «Как стать инженером DEVOPS?»

В этом блоге я постараюсь ответить на это с моим собственным опытом в практике DevOps в разных организациях.

Многие люди спорят (включая меня), что нет ничего похожего на «инженер DEVOPS» или «команда DevOps», потому что это не вещь. Однако все в отрасли теперь привыкли к терминалу «Engine Engineer» и до тех пор, пока вы понимаете философию DevOps, эти названия не имеют большого значения.

Сказав это, есть несколько заблуждений о том, что devops действительно значит. Одним из таких заблуждений является «Автоматизация DevOps». Разработка навыков, связанных с автоматией, недостаточно, чтобы стать инженером Evens.

Википедия говорит,

DEVOPS (обрезанное соединение развития и операции) — это культура, движение или практика, которая подчеркивает сотрудничество и связь как разработчиков программного обеспечения, так и для других специалистов по информационным технологиям, при автоматизации процесса доставки программного обеспечения и изменений инфраструктуры.

Из вышеуказанного определения ясно, что DevOps не о каких-либо инструментах или технологиях. Это философия для того, чтобы разные ИТ-команды работают вместе, чтобы доставить лучшие и быстрые результаты через непрерывную обратную связь.

Прочитайте эту статью, чтобы понять DevOps лучше. Что DEVOPS действительно значит?

Вот интересный трендовой график, просачивая развлечению популярности за последние 5 лет.

Организации, пытающиеся достичь DevOps, требуют, чтобы люди с совместными навыками, желающими изменить и принять новые технологии, хорошее понимание систем, инструментов автоматизации, инструменты CI, системы управления версиями, сети, опыт использования Инструменты управления проектами , и т.д. которые необходимы для получения приложения в производство без особых задержек.

Кроме того, дизайн или трубопровод, разработанный командой, должен иметь небольшие обновления или выпуски без особого ручного вмешательства. Это может произойти только в том случае, если есть культурный сдвиг на пути работы команд.

Навыки, чтобы стать инженером DevOps

Вы должны понимать тот факт, что DevOps не специфично для разработчиков или системных инженеров. Это для тех, кто увлечен развивающимися практиками, технологиями и желающими работать в совместной среде, где все автоматизировано, чтобы сделать жизнь каждого так просто.

В этой статье я объясню, как вы должны подготовиться к инструментам и технологиям, чтобы адаптировать и работать в культуре развлечения.

Примечание: В этой статье я покрыл много вертикалей. Для новичка невозможно быть хозяином всего. Тем не менее, имея Справедливое количество знаний в этих областях поможет вам, если вы преследуете карьеру в DevOps

Понимание развития культуры

Первая и прежде всего, чтобы понять Дежол культуру Отказ Это все о привлечении людей к эффективным способом работы людей на работу. Одна вещь, которую он менеджеры должен делать, прежде чем попасть в Дежол технические машины Состоит в том, что каждый член команды должен быть наставным на том, насколько деформирован работают и его культурные аспекты. Это позволяет избежать больших путаницы в команде.

Люди перестанут указывать пальцами для различных проблем, как только они понимают тот факт, что когда в доставке проекта наблюдается задержка или выпуск, каждый, вовлеченный в проект, одинаково несет ответственность.

После того, как вы будете практиковать культуру DevOps, вы будете Хватит говорить что « CI/CD и Автоматизация — это дежопт »

Ресурсы

1. Дежол культуру и мышление [Coursera]
2. Phoenix Project [Рекомендуется электронная книга]

Узнайте о * NIX системах

Мы находимся в эпоху, где мы не можем жить без систем Linux/Unix. Вы должны лучше понимать и работать знания различных дистрибутивов Linux, которые высоко используются организациями (RHEL, CENTOS, Ubuntu, Coreos и etc).

Согласно Исследование тематического исследования фонда Linux С 90% рабочей нагрузки общественного облака работает на Linux

Вот еще один интересный учиться от Redhat , который показывает различные дистрибутивы Linux, используемые в общественном облаке.

Теперь у вас есть достаточно причин, почему вы должны сосредоточиться на Linux.

Когда дело доходит до Linux, его все терминал, GUI менее предпочтительнее в мире * NIX. Получите свои руки грязными терминалами этих систем.

Вы можете использовать Виртуальная коробка или AWS/GCP/Azure для раскрутки серверов Linux.

Вы можете начать со следующих.

1. Понять процесс загрузки Linux
2. Установите и настроить веб-серверы (Apache, Nginx, Tomcat и etc ..)
3. Узнайте, как работают процессы Linux.
4. Узнайте, как работает SSH.
5. Узнайте о разных файловых системах.
6. Узнайте о системе регистрации, мониторинга и устранения неполадок.
7. Узнайте о важных протоколах (SSL, TLS, TCP, UDP, FTP, SFTP, SCP, SSH)
8. Научитесь управлять услугами и попытаться создать услугу самостоятельно (initd, systemd)
9. Хост статические/динамические веб-сайты на веб-серверах.
10. Установка нагрузки балансировщик и обратный прокси (nginx, haproxy и т. Д.)
11. Сломайте что-нибудь и научитесь устранять неполадки.

Ресурсы

1. Введение в Linux [edx]
2. Узнайте Linux через 5 дней [ Udemy]

Понять, как работают компоненты инфраструктуры

Базовый строительный блок любой организации является его инфраструктура. Это может быть на облаке или в центре обработки данных. Общее понимание компонентов инфраструктуры является обязательным для человека, который хочет практиковать или работать в среде DevOps. Вы должны в основном иметь основное понимание следующего.

Сеть

1. Подсеть
2. Публичная сеть
3. Частная сеть
4. Обозначения CIDR
5. Статический/динамический IP
6. Брандмауэр
7. Прокси
8. Наклон
9. Публичные и частные DNS
10. Исправление проблем
11. Впутник

Высокая доступность

1. Кластеры
2. Провалиться над механизмами
3. Аварийное восстановление

Безопасность

1. Инфраструктура PKI
2. SSL-сертификаты

Место хранения

1. Сан
2. Резервные копии
3. NFS.

Один знак На

1. Active Directory/LDAP

Балансировщики нагрузки

1. L5 Balancers
2. L7 Balancers нагрузки
3. Алгоритмы балансировки нагрузки
4. Обратный прокси

Впутник

1. Сайт на сайт vpn
2. Клиент на сайт VPN

Там могут быть больше вещей Но я подчеркнул ключевые компоненты в ИТ-инфраструктуре.

Получите сертификацию на облаке

Когда я говорю «Получить сертификацию», Пожалуйста, не используйте экзаменские дампы просто чтобы пройти сертификацию. Это добавляет очень меньше ценности для вас. Может быть, это полезно для организации, чтобы показать клиентам, что у них есть сертифицированные инженеры облаков.

Большая часть доли рынка общественного облака в настоящее время принадлежит AWS. Вот Отчет от Деловой проход.

Выберите любое публичное облако, желательно AWS и узнайте обо всех его основных службах инфраструктуры. Сделайте практически по всем основным услугам и понять, как это работает.

Смотреть AWS RE-RED VIEWS И понять, как другие организации используют AWS Services для проведения их приложений. Поверь мне, вы многое узнаете из этих видео, и онлайн-тренировка не предоставит этой большой информации о том, как запускать рабочие нагрузки на AWS.

Если вы планируете получить сертифицированный GCP, посмотрите их Google следующий видео.

Используйте сертификацию, чтобы оценить себя на соответствующей платформе.

Ресурсы:

1. Ryans AWS сертификация курсов
2. Google Certified Associate Clouder Engineer Service
3. Microsoft Azure — Руководство для начинающих + подготовка AZ-900

Учитесь автоматизировать

Автоматизация стала важным аспектом каждой организации. Мы больше не создаем серверы вручную, мы просто автоматизируем это.

Согласно Отчет от Redhat Многие организации инвестируют в свои инициативы по автоматизации. Проверьте эти данные.

С помощью серверов Provisioning, конфигурация приложений, развертывание, все должно быть автоматизировано. Вы можете узнать любое из следующих Приспособленные приспособления, которые соответствуют вашим потребностям Отказ

Для Dev Environment.

1. Вагон
2. Docker Desktop
3. Minikube
4. Minishift.

Для обеспечения инфраструктуры

1. Террафор
2. Клис (соответствующего облачного провайдера)

Для управления конфигурацией

1. Неизбежный
2. Шеф-повар
3. Кукольный
4. SaltStack

VM Image Управление

1. Пакет

Ресурсы:

1. Узнайте devops: автоматизация инфраструктуры с террафом
2. Anbible для абсолютного новичка — руки — дешепт
3. Докер для абсолютного новичка

Контейнеры, распределенные системы и сервисная сетка

Усыновление контейнера увеличивается день ото дня. Однако организация, которую вы работаете, возможно, не будут использовать контейнеры сейчас, однако, лучше всего иметь практические знания, работающие с технологией контейнерных технологий, такие как Docker. Это наберет вам какой-то конкурентный край среди ваших сверстников.

Как только вы понимаете Docker, вы можете попробовать свои инструменты кластеризации и оркестрации, такие как Kubernetes, Docker Rash и т. Д.

Эти платформы лучше всего подходят для архитектуры на основе микросервисов.

Вот интересная тенденция использования kubernetes by Datadog Отказ

Вот пятилетний растущий поисковые тенденции для Кубератесов.

А Сервисная сетка это продвинутая тема, когда речь идет о распределенных системах. Если вы начинаете для контейнерных инструментов, вы можете узнать это после получения хорошего знания архитектуры на основе микросервисов.

Ресурсы

1. Учебники Kubernetes для начинающих: Начало работы Руководство
2. Лучшие курсы Kubernetes
3. https://github.com/kelseyhightower/kubernetes-the-hard-way

Логирование & Мониторинг

Регистрация и мониторинг являются очень важными аспектами инфраструктуры.

Большинство приложений, развернутых в инфраструктуре, будут создавать журналы. Основываясь на архитектуре и дизайне, журналы будут выталкиваться и храниться в журнальной инфраструктуре.

У каждой компании будет логирующая инфраструктура. Обычно используемые стеки стопки и лося. Кроме того, есть несколько таких компаний SAAS, таких как логика, которая обеспечивает регистрацию инфраструктуры.

Системы лесозаготовок будут использоваться разработчиками, операционными командами и командами безопасности для мониторинга, устранения неполадок и аудита и инфраструктуры.

В каждой организации криминальные приложения будут контролироваться 24/7. Там будут мониторинг приборных панелей. Как правило, приборные панели создаются из источников журнала или метрик, генерируемых приложением.

Также будут предупреждающие системы. На основе правил, настроенных в системах мониторинга, оповещения будут запущены.

Например, оповещение может быть вызвано как уведомление о слабым уведомлении, билет JIRA, оповещение по электронной почте, Сервис инцидент Билет или Xmatters телефонный звонок. Рабочие процессы оповещения отличаются от организации к организации.

В качестве инженера DEVOPS вы должны быть в состоянии запросить журналы и устранять неполадки проблемы в средах без продуктов и продуктов. Понять регулярные выражения очень важно для запроса журналов в любом инструменте регистрации.

Ресурсы

1. Упругий стек — в глубине и практическом
2. Мониторинг и оповещение с Prometheus
3. Искусство мониторинга [электронная книга]
4. Учебное пособие регулярных выражений (REGEX)

Понять лучшие практики безопасности (Devesecops)

Devesecops — это другая область, занимающаяся интеграцией практики безопасности на каждом этапе DevOps.

Википедия говорит,

DEVSECOPS — это увеличение дежобов, позволяющих интегрировать практику безопасности в подход DEVOPS. Традиционная централизованная модель команды безопасности должна принять федеративную модель, позволяющую каждой команде доставки способность факторировать правильную контролю безопасности в их практике DevOps.

Контрольно-пропускные пункты 2020 Обследование безопасности показывает различные кибераты по регионам.

В облачных средах крипто-добыча — это обычная атака. Это в основном происходит, когда секреты облачного доступа поддерживаются плохо, чтобы хакеры получали доступ к нему.

Когда дело доходит до DevOps, секретное управление для приложений и компонентов инфраструктуры следует следовать стандартным практикам безопасности.

Следующее изображение показывает ключ Devsecops Стандартные практики Опубликовано Redhat.

Источник: Redhat.com.

Hashicorp Vault — это отличный секретный инструмент управления, на который вы можете посмотреть. Есть много рабочих процессов для управления секретами среды.

Ресурсы:

1. Hashicorp Vault: Продвинутый курс
2. Учебник хранилища
3. Что такое безопасность контейнера?

Изучать кодирование и сценарию

В современном мире мы рассматриваем все как код. Несмотря на то, что есть достаточно инструментов для автоматизации всего, вам может понадобиться пользовательские функции, которые могут не предлагать инструмент. В таких случаях кодирование/сценария пригодится к достижению этих функций.

Например, Дженкинсский трубопровод в качестве кода Требуется понимание Groovy, Anisible Custom Module требует понимания на Python, написание оператора Kubernetes требует опыта Голанга.

Вы можете узнать следующие обычно используемые языки сценариев.

1. Bash/Shell.
2. Питон
3. Голанг

Голанг действительно становится популярным в домене DevOps. Многие освоения DEVOPS выполняются с использованием Голанга в настоящее время. На самом деле инструменты, такие как Kubernetes, Terraform написаны в ходу.

А Опрос был сделан Jfrog Для усыновления Голанга во время Gophercon и 18% респондентов заявили, что они используют Голанг для DEVOPS, связанных с работой.

Ресурсы

1. Заполните Python Bootcamp: перейдите от нуля до героя в Python 3
2. Узнайте, как код: Google’s Go (Голанг)
3. Скрипты Shell Linux: на основе проекта подход к обучению

Узнайте Git, научитесь документировать, узнать о гитам

Очень важно контролировать все, что вы делаете (кроме паролей и секретов: P). Git — лучший инструмент управления версией. Есть много учебных пособий, доступных на Git, и он не займет много времени для изучения важных операций Git.

Вы можете начать с GitHub или BitBucket в качестве вашего удаленного репозитория кода.

Как только вы понимаете Git, узнайте о гитам.

Так что же в любом случае это гита? Вот что Gitops.tech Объясняет гитапп

Гитопсы — это способ реализации непрерывного развертывания для облачных нативных приложений. Он фокусируется на опыте, ориентированном на разработчику, когда операционная инфраструктура с использованием разработчиков инструментов уже знаком, включая GIT и инструменты непрерывного развертывания.

Следующая важная вещь для Документировать каждое важное, что вы делаете Отказ Каждый репозиторий должен иметь файл readme, который должен Объясните свой код лучше. Хорошая документация не только поможет вам, но и кто-то, кто пытается использовать ваш код.

Ресурсы:

1. Git Complete: окончательный, пошаговый руководство к Git
2. GIT Основы каждого разработчика и администратора Должен знать

Понять конец В конец Срок службы доставки приложений

Когда дело доходит до жизненного цикла доставки приложений, есть три важных концепция, о которых вы должны знать.

1. Непрерывная интеграция
2. Непрерывная доставка
3. Непрерывное развертывание

Прочитайте это Статья по управлению процессами Чтобы понять, как типичное развитие приложений, сборка, тестирование, развертывание, процесс одобрения и валидационная работа.

Учитесь использовать инструменты CI/CD, такие как Jenkins, Travis CI, GOCD и т. Д.

Вот хорошее изобразительное представление о процессе CI/CD BMC.

источник: BMC.

DevOps VS Sre.

Sre — еще одна развивающаяся тема в сообществе DevOps.

SRE — это набор практик и философии из Google.

Вот что Google говорит о DEVOPS и SRE

DEVOPS и SRE не являются двумя конкурирующими методами разработки и операций и операций по программному обеспечению, а скорее близких друзей, предназначенных для разрушения организационных барьеров для доставки лучшего программного обеспечения.

Я рекомендую эти официальные документы от Google, чтобы понять больше о SRE.

1. Что такое у?
2. SRE против DEVOPS: конкурирующие стандарты или близкие друзья?

Читайте чтение и прочитайте

Ничто не получит знания, как чтение. Прочитайте хотя бы один разборчивый блог DevOps, связанный с инженером. Следуйте всем инженерным блогам, как Netflix, Twitter, Google и т. Д. Узнайте, как они используют правильные инструменты, их стратегии развертывания и их новейшие проекты с открытым исходным кодом.

Следуйте единомышленникам на LinkedIn, Reddit, Medium, quora и т. Д.

Ресурсы

1. Список лучших блогов и ресурсов devops

Написать блог

Хорошо поделиться с другими о вашем опыте и обучении. Вы можете публиковать учебники, учащиеся и ваш опыт в вашем личном блоге. Это поможет другим, и это создаст личный бренд для себя. Это займет менее 30 минут, чтобы настроить блог WordPress или средний блог. Если вы хотите помочь запустить свой блог, опустите нам сообщение в contact@devopscube.com.

Всякий раз, когда вы узнаете что-то новое, вы можете написать об этом. Это будет ссылка на вас, а также другие. Вы можете поделиться им в группах LinkedIn, Dzone и etc ..

Вывод

Инструменты и процессы, связанные с DEVOPS, не ограничиваются тем, что упоминается в этой статье. Однако это обычно используются инструменты и технологии OpenSource, которые вы можете начать с учетом инженера DEVOPS.

Теперь я хотел бы услышать ваши мысли:

Какой у тебя ключ от этого?

Или, может быть, у вас есть вопрос о разных вертикальных возможностях.

В любом случае, оставьте комментарий ниже прямо сейчас.

Оригинал: «https://dev.to/bibinwilson/how-to-become-a-devops-engineer-a-comprehensive-guide-b59»