Видео: Настя и сборник весёлых историй (Ноябрь 2024)
Если ваш малый и средний бизнес (SMB) использует большое количество стороннего и проприетарного программного обеспечения, то вам, вероятно, стоит подумать о найме специалиста по разработке операций (DevOps). Эти умные разработчики отвечают за широкий спектр задач, включая написание кода, создание приложений, масштабирование инфраструктуры, создание виртуальных сред и автоматизацию систем и процедур. Они контролируют разработку, обеспечение качества (QA) и бесперебойную работу всех межведомственных программных коммуникаций.
Подумайте об этом сценарии: ваша команда по управлению персоналом хочет внедрить программное обеспечение для управления персоналом, которое может помочь им управлять записями сотрудников. Ваш DevOps Engineer, работая вместе с вашей командой разработчиков, помогает внедрить новый инструмент, постоянно тестирует инструмент для обеспечения его постоянной функциональности, создает дополнительные функции по мере необходимости в компании, контролирует необходимое обслуживание и обновления, помогает автоматизировать предсказуемые процессы и связи система для других систем организации, таких как инструмент управления взаимоотношениями с клиентами (CRM). Ваш инженер DevOps должен быть в состоянии внести свой вклад в этот сценарий и любые подобные сценарии, включающие реализацию, эксперименты и взаимодействие между разнородными инструментами ИТ.
«DevOps - это больше, чем просто автоматизация кода», - сказал Э.З. Бардегез, инженер DevOps в Zynga, создателе игр, отвечающем за Farmville и Words with Friends. «Для небольшой компании хороший инженер DevOps - действительно строительный блок технического продукта».
По словам Бардегеза, главной целью DevOps Engineer является управление серверами компании, особенно теми, которые используют операционные системы с открытым исходным кодом (ОС), такие как BSD или Linux. Хотя работа с ОС Windows является популярной и жизнеспособной альтернативой, поскольку Microsoft взимает плату за каждый сервер и пользователя, это в конечном итоге обходится дороже, чем использование инструмента с открытым исходным кодом, большинство из которых являются бесплатными и бесконечно изменяемыми. С системами с открытым исходным кодом ваши самые большие расходы будут горячими инженерами DevOps, которые могут защищать программные коммуникации от А до Я.
История происхождения DevOps
Потребность в DevOps как практике началась с мышления, возникшего примерно в начале Agile Conference в 2008 году. На конференции разработчик программного обеспечения Патрик Дебуа (иногда называемый «Крестным отцом DevOps») рассказал своим коллегам о преодоление операционного и философского разрыва между разработчиками и эксплуатационными группами. Дебуа, которому ранее было поручено разработать проект по миграции данных для правительства Бельгии, заметил ощутимую напряженность между разработчиками проекта и системными администраторами.
В следующем году Дебойс начал продвигать свою собственную конференцию Devopsdays, которая была продана командам разработчиков и операторов. Презентации включали: «Построение гибкой инфраструктуры с помощью Puppet», «Непрерывная интеграция, конвейеры и развертывание» и «Автоматизация управления конфигурациями». После этого события хештег Twitter #DevOps стал (и продолжает оставаться) эпицентром рекомендаций, мнений и новостей DevOps (см. Ниже).
#DevOps Tweets
На сегодняшний день 74 процента предприятий приняли практики DevOps согласно отчету RightScale компании Infrastructure-as-a-Service (IaaS). И 70 процентов малых и средних предприятий, опрошенных в отчете, также приняли принципы DevOps.
Стоит ли выбирать DevOps?
В 2014 году Forrester Research и IBM заложили основу для того, что станет дорожной картой для успеха DevOps. Отчет, основанный на опросе 600 ИТ-специалистов, показал, что успех DevOps, особенно в том, что касается развертывания программного обеспечения, основан на восьми ключевых рекомендациях. Философия основана на том, что организации должны предоставлять минимальный жизнеспособный продукт для запуска, а затем постепенно улучшать его в последующих выпусках.
Команда DevOps должна быть специальной группой с межфункциональными дисциплинами, которая позволяет избежать чрезмерной специализации. Команда должна создать слабо связанную архитектуру между приложениями, чтобы упростить доставку, и минимизировать количество шагов между процессами для ускорения рабочего процесса. Члены команды должны быть прозрачны в отношении прогресса и спотыкаться, чтобы лучше понимать риск, но сама команда должна минимизировать отчеты о состоянии и собрания, которые отвлекают от фактической доставки небольших партий. Чтобы упростить весь процесс DevOps, команда должна автоматизировать собственный процесс тестирования, чтобы избежать ручного, трудоемкого тестирования.
Несмотря на то, что Бардегез оптимистичен в отношении важности своей роли, он предостерегает каждого мелкого бизнеса, нанимающего инженера DevOps. «Идея о том, что всем нужна эта роль, опасна. Она может быть совершенно ненужной. Например, если вы небольшая компания, которая занимается бухгалтерским учетом крупных фирм и в первую очередь полагаетесь на файловый сервер и электронную почту, то вы, вероятно, не Мне не нужен DevOps Engineer. Но если вам нужно автоматизировать все, что связано с системами в отношении вашего продукта или услуги, то вам, безусловно, это нужно ».
Идеал DevOps Professional
Так что вы должны искать в наборе DevOps? Начнем с зарплаты: средний инженер DevOps сообщил о среднем годовом доходе в 105 600 долларов в 2015 году, согласно данным сети доставки контента (CDN) и фирмы по кибербезопасности Incapsula. Работодатели обычно ищут кандидатов с практическим опытом работы с системами, в отличие от недавних выпускников колледжей, специализирующихся в области компьютерных наук. Это связано с тем, что инженеры DevOps должны взаимодействовать во всех бизнес-дисциплинах, а это означает, что они будут отвечать за убеждение лидеров в разных сферах бизнеса, что экспериментальные технологические процедуры в конечном итоге будут дешевле и эффективнее для организации. В этом отношении кто-то с глубоким техническим опытом и опытом работы в корпоративной среде превосходит кого-то, кто только что вышел из школы Ivy League.
После того, как вы нашли несколько кандидатов с хорошим корпоративным опытом или опытом работы с стартапами, поищите людей с глубоким опытом администрирования Linux или Unix, а также с опытом автоматизации процессов с использованием Chef или Puppet, которые являются наиболее распространенными инструментами автоматизации ИТ на рынке. Вам также понадобится человек с богатым опытом использования облачных сервисов, особенно Amazon Web Services (AWS). Этот человек должен свободно владеть MySQL и SQL, а также языками программирования PHP, Python или Ruby.
