Принесли вам щепотку IT полезностей, дабы не спамить только интенсивом 🎁 В течении этой недели будет марафон постов про администрирование и DevОps от Юли Серковой, руководителя отдела, который обучает всех рекрутеров у нас внутри, а также основного преподавателя нашего курса IT-рекрутер. Для начала разберемся кто такой системный администратор, чем он отличает от специалиста, знающего DevОps методологию. С понятиями системный администратор и DevОps всегда было много путаницы, особенно у начинающих рекрутеров. Если в вакансии нет названия, а сразу идет перечисление обязанностей и инструментов - как рекрутеру понять какая вакансия у него перед глазами: администратора или DevOps-a, а так же можно ли рассматривать на позицию DevОps-а кандидатов, у которых на всех местах работы указана должность системного администратора и наоборот. Cистемный администратор и Devops инженер (позже скажу про корректность данной формулировки) - это про разный фокус внимания, разную степень участия в разработке продукта, несмотря на то, что в компаниях обе должности относятся к отделу эксплуатации (отдел может называться по-разному, главное суть). Эти роли имеют ряд общих задач, но существуют и фундаментальные различия между ними. Подробнее остановимся на различиях. Системный администратор отвечает за обслуживание, настройку и надежную работу всего компьютерного оборудования и устройств, сетевых подключений и программного обеспечения: настраивает их, отслеживает проблемы в их работе и решает их. DevOps – подход или методология к созданию программного продукта, которая устраняет разрыв между разработчиками и администраторами. С помощью DevOps организации могут создавать, тестировать и выпускать более качественные продукты в короткие сроки (благодаря CI/CD - расскажем подробнее позже что это такое). Немного истории для ответа на вопрос - зачем столько ролей и путаницы. Изначально в it командах были разработчики и системные администраторы. Разработчики писали код, собирали написанный код в артефакт (собранные в чем-либо результаты процесса разработки). Разработчики отдавали артефакт системным администраторам, чтобы админы выкатили написанный код в продакшн. Выкатить код в продакшн (еще говорят выкатить в прод) - сделать доступным для пользователей. Например, «выкатили новую версию сайта» - значит сделали новую версию сайта доступной для пользователей. Но, появилась и нарастала проблема: администраторы не знали, что внутри написанного кода и на вопрос что делать, если не получается выкатить в прод ответ найти становилось все сложнее, на чьей стороне ошибка: оборудования, сети, сервера или ошибка в самом написанном коде. А, в свою очередь, разработчики не понимали как происходит выкатка написанного кода на сервера и писали код в отрыве от данного понимания. В итоге код в продакшене не работал, а ответственного за это, по сути, не было. Естественно, это грубый разбор, без исключений, просто для лучшего понимания сути. И более 10 лет назад появилась такая культура или методология написания кода, как DevOps (акроним от англ. development = разработка & operations = эксплуатация). История зарождения DevOps берет свое начало с доклада Джона Оллспо и Пола Хэммонда «Десять деплоев в день: кооперация разработки (Dev) и эксплуатации (Ops) во Flickr», прочитанного в 2009 году на конференции Velocity 09. В докладе руководители команд разработки и эксплуатации Flickr рассказывали об извечном разрыве между Dev и Ops, и о том, какие проблемы это приносит бизнесу и подшефным им отделам.