Вступление
В предыдущем посте (часть 1) я говорю о инженере DEVOPS от моего опыта до сих пор. В этой части я хочу поговорить о технических навыках, которые вам нужно знать/Master, когда вы хотите стать хорошим практичным инженером DEVOPS. Давай поговорим об этом!
Жизненный цикл разработки программного обеспечения (SDLC)
SDLC — это первое, что вам нужно знать, когда вы хотите стать хорошим инженером DevOps.
Самая известная модель SDLC — Agile и Водопад Отказ Те модели даст вам наибольшую пользу, когда вы можете правильно реализовать его в правильном процессе.
Когда вы приходите в компанию, вам нужно понять их поток/процесс. У каждой компании есть уникальный процесс, он повлиял на структуру организации, их целью, кто является людьми за ним, видение, миссией и т. Д. Понимание SDLC поможет вам выбрать лучшее решение для комплимента процесса.
Да, Комплимент процесса не против них!
Git
Git — это контроль версии, наиболее широко используемый в современном развитии. GIT поможет нам включает нелинейные рабочие процессы распределенным образом, предлагая уверенность в данных при разработке приложения. С этой моделью мы можем иметь распределенную команду для работы над другой задачей/функцией без беспокойства о истории/треке/сроке главного кода позже.
Если вы хотите узнать больше, вы можете следить за моим другим сериалом, поговорим о Git здесь.
Ямл
YAML-это читаемый на человеке язык, который в основном используется для файла конфигурации. Ямл понятен и просто в использовании одновременно. Вам просто нужно тщательно следовать правилам, таким как вдавливание (чувствительны к отступе yaml) при использовании его.
Недавно большинство инструментов CI также уже поддерживают YAML в качестве языка для их файла конфигурации. Некоторые из них даже передают свой существующий язык конфигурации для YAML так много людей более знакомы при использовании их сервиса (я уже говорил и обзор об этом)
Язык сценариев
Скрипты по-прежнему самый любимый базовый инструмент для взаимодействия с нашим сервером. Но, поскольку развертывание происходит больше в облаке, многие новые инструменты для ответа на эту необходимость приходит и возникает для замены старого сценариста.
Эти инструменты предлагают легкость взаимодействовать с современным облаком. Некоторые из них, предлагают интересные функции, такие как поддерживают состояние, управление версиями, управление конфигурацией, декларативным языком и т. Д.
Таким образом, как человек, который архитежирует/выполняет операцию для развертывания, вам нужно быть разумным, чтобы выбрать, какой язык сценариев должен выбрать, когда выполняет работу, так как у нас сейчас есть больше вариантов.
Установка приложений и настройка
Каждый язык кода имеет свою характеристику, когда вы хотите реализовать его. Некоторые из них могут загружать напрямую, некоторые из них нужно построить, некоторые из них должны быть компилированы с их зависимостью.
Чтобы ответить на эти потребности, некоторые новые инструменты/способы были введены для стандартизации установки процесса. Популярным способом является создание одной большой неизменной виртуальной машины со всеми средами, необходимыми для применения. С таким способом вы можете сделать развертывание (откат/развертывание) с легкостью. Другой способ состоит в том, чтобы уполномочить контейнер с самым популярным инструментом, который нужно сделать, которое название инструмента, известное как Докер Отказ
Вам нужно выбрать, какой из них подходит для вашей организации прикладной процесс и потребности.
Облако и оркестрование
Облачная оркестровка представляет интерес для многих ИТ-организаций и DEVOPS Uniquters как способ ускорить доставку услуг и снизить затраты. Облачный оркестратор автоматизирует управление, координацию и организацию сложных компьютерных систем, услуг и промежуточных программ.
Многие продавцы предлагают облачные оркестраторные продукты. Команды DevOps также могут реализовать облачную оркестровку во многих отношениях с помощью инструментов автоматизации и управления, чтобы соответствовать их процессам и методологиям.
При оценке продуктов облачных оркестографии рекомендуется, чтобы администраторы первыми отображались рабочие процессы приложений. Этот шаг поможет администратору визуализировать, насколько сложный внутренний рабочий процесс для приложения является и как часто текут информации вне набора компонентов приложений. Это, в свою очередь, может помочь администратору решить, какой тип оркестового продукта поможет автоматизировать лучшие рабочие процессы и удовлетворять бизнес-требованиям наиболее экономически эффективным образом.
Так что, если вы хотите узнать больше, вы можете следить за моими другими статьями на здесь или на других платформах здесь
Мониторинг/отладки/регистрация и оповещение
Мониторинг производительности обслуживания — это задача, которую мы обычно выполняем после завершения процесса развертывания.
Мониторинг сам разделил на 4 основных части.
Первая часть — это мониторинг Server/Host, который мы будем следить за хостом, который хостит нашу прикладную среду.
Вторая часть — это мониторинг приложений и профилирование приложений, которые следят за производительностью нашего приложения, когда время от времени получают фактический трафик.
Третья часть — это ведение журнала. Регистрация — это несколько событий, которые записываются на файлы программным приложением. Обычно он содержит ошибки, информационные события и предупреждения.
Последняя часть, которая в последнее время возникает из-за тренды автоматизации — это предупреждение. Оповещения обычно поставляются через систему уведомлений и обычно объединяются с другой системой мониторинга для внесения профилактики автоматизации на основе производительности приложений.
Вывод
В профессиональном мире, где все должно иметь высокий стандарт, глубокое понимание того, что вам нужно.
Поскольку DEVOPS все еще развиваются до сих пор, многие новые теории и нового навыка возникают за дополнение к позициям DevOps. С этой статьей, я надеюсь, что вы можете выбрать, какой навык вам действительно нужно знать/просто приятно иметь для дополнения вашего путешествия в качестве DevOps в профессиональной работе.
Я думаю, что это сейчас для этой статьи. Оставьте комментарий ниже о ваших мыслях! Спасибо.
Оригинал: «https://dev.to/iilness2/the-technical-skill-you-need-to-master-to-become-devops-based-on-my-experiences-2jf9»