Честный ответ
Войти сразу с нуля — сложно. Начальных вакансий заметно меньше, чем в разработке или тестировании, и требования на них выше.
Причина проста: инженер по эксплуатации отвечает за то, что работает у всех. Ошибка разработчика ломает функцию, ошибка в инфраструктуре кладёт весь сервис. Компании неохотно доверяют это человеку без опыта.
Это не значит «невозможно». Это значит, что путь обычно длиннее и чаще идёт через смежную роль.
Чем занимается
Не «настраивает серверы». Делает так, чтобы код разработчиков доезжал до пользователей быстро, предсказуемо и без ручной работы.
Конкретно: автоматическая сборка и выкладка, окружения для разработки и проверки, наблюдение за состоянием систем, реакция на сбои, безопасность инфраструктуры, расходы на неё.
Значительная часть работы — не творчество, а дежурства и разбор инцидентов. Об этом стоит знать заранее.
Что нужно знать
Linux. Не поверхностно: файловая система, права, процессы, службы, сеть, журналы. Это фундамент, без него дальше некуда.
Сети. Как работают адреса и порты, что такое имена, маршрутизация, межсетевой экран, защищённое соединение. Половина проблем в эксплуатации — сетевые.
Контейнеры. Упаковка приложений, их запуск, связывание. Дальше — системы управления множеством контейнеров, но это уже следующий уровень.
Автоматическую сборку и выкладку. Как код превращается в работающий сервис без участия человека.
Описание инфраструктуры кодом. Когда серверы создаются не руками, а из описания.
Наблюдение. Сбор показателей, журналов, оповещения.
Скрипты. Уверенное владение оболочкой и одним языком, обычно Python.
Список большой, и это честно: порог входа тут выше среднего.
Откуда обычно приходят
Из системного администрирования. Самый частый путь. Знание систем и сетей уже есть, добирается автоматизация и работа с кодом.
Из разработки. Тоже часто. Понимание кода есть, добирается инфраструктура. Такие люди обычно быстрее осваивают автоматизацию.
Из технической поддержки. Дольше, но реально: там появляется понимание, как всё ломается на практике.
С нуля. Реже. Обычно через позицию младшего инженера в компании, где есть кого учить.
Как набрать практику без работы
Хорошая новость: здесь портфолио собирается легче, чем кажется, потому что всё можно сделать самому.
Поднимите свой сервер. Небольшой, за небольшие деньги. Настройте безопасность, разверните на нём приложение, подключите домен и защищённое соединение.
Автоматизируйте выкладку. Чтобы после отправки изменений всё обновлялось само.
Упакуйте в контейнеры и опишите запуск несколькими службами сразу.
Настройте наблюдение. Сбор показателей, оповещение при недоступности.
Опишите инфраструктуру кодом. Чтобы всё это можно было пересоздать с нуля одной командой.
Такой набор — уже разговор на собеседовании. Он показывает не знание слов, а умение довести до работающего состояния.
Ещё лучше — сделать это для чужого проекта. Найдите команду, которая делает что-то своё, и возьмите на себя инфраструктуру: развёртывание, автоматическую сборку, наблюдение. Вы получите настоящие задачи и подтверждение участия от людей, а команда — то, чем обычно некому заниматься.
Хватит читать — пора делать
На CohortX можно найти команду под пет-проект и получить тот самый опыт, о котором спрашивают на собеседовании.
Похожие статьи
- DevOps from scratch: can you get in without experience?An honest answer about entry-level roles, what you need to know, where people usually come from, and how to build practice alone.