Требуется DevOps Engineer

#Вакансия #DevOps #IT #Fulltime #Remote #Удаленно

Требуется DevOps Engineer

Ищем DevOps-инженера, который готов брать инфраструктуру целиком — от покупки железа и настройки VPS до hardening, VPN и стабильного production-деплоя.

Нам нужен не человек в формате «настроил CI и забыл», а инженер, который понимает, как устроены серверы, сеть, безопасность и production, и готов отвечать за инфраструктуру системно.

▪️Чем предстоит заниматься

▫️Серверы и VPS

• Подбирать и покупать серверы/VPS под задачи.

• Выбирать провайдера и конфигурацию.

• Вводить серверы в эксплуатацию: ОС, диски, сеть, доступы.

• Настраивать мониторинг и базовый контроль состояния.

• Поддерживать инфраструктуру в рабочем состоянии.

▫️Docker

• Собирать и поддерживать production-окружения.

• Работать с Docker images, networks и volumes.

• Настраивать деплой и откат.

• Организовывать хранение и просмотр логов.

• Следить за тем, чтобы контейнеры были изолированы и не создавали лишних рисков.

▫️WireGuard / VPN

• Поднимать и поддерживать WireGuard.

• Настраивать доступ команды к инфраструктуре.

• Работать с ключами и их ротацией.

• Настраивать маршрутизацию и сегментацию.

• Реализовывать принцип «доступ только туда, куда действительно нужен».

▫️AWS

Работать с AWS без лишней «облачной магии»:

• VPC

• EC2

• IAM

• S3

• Security Groups

• Backups

• Контроль и оптимизация стоимости

▫️Security & Hardening

• Настраивать безопасный SSH-доступ.

• Использовать ключи вместо паролей.

• Настраивать firewall.

• Поддерживать актуальность пакетов и ОС.

• Работать с fail2ban или аналогами.

• Минимизировать привилегии и количество открытых портов.

• Безопасно хранить и использовать секреты.

• Проводить базовый аудит инфраструктуры.

Главный принцип: никаких 0.0.0.0/0 просто потому, что так быстрее.

▫️Сеть и production

• TLS / SSL.

• DNS.

• Reverse proxy.

• Разделение публичного и административного контуров.

• Бэкапы.

• Понимание процесса восстановления после сбоя.

Прод должен не просто работать — должно быть понятно, что делать, если он перестал работать в 3 часа ночи.

▫️Документация

Документировать инфраструктуру:

• что где запущено;

• какие серверы за что отвечают;

• кто и куда имеет доступ;

• как устроена сеть;

• как выполнить деплой;

• как сделать rollback;

• как восстановить систему после сбоя.

▪️Что важно уметь

▫️Linux

Production-уровень:

• systemd;

• сеть;

• диски и файловые системы;

• пользователи и права;

• пакеты;

• диагностика проблем.

▫️Docker

Не просто docker compose up на ноутбуке, а реальная эксплуатация в production.

▫️WireGuard / VPN

Понимание:

• ключей;

• маршрутов;

• peer'ов;

• split access;

• сегментации сети.

▫️AWS

• EC2;

• VPC / networking;

• IAM;

• S3.

• Terraform / CloudFormation — большой плюс, но не обязательный фильтр.

▫️Понимание базовой серверной безопасности:

• закрытый SSH;

• авторизация по ключам;

• минимум открытых портов;

• firewall;

• регулярные обновления;

• принцип минимальных привилегий;

• базовый аудит.

▫️И главное — понимание, зачем всё это нужно, а не просто набор команд из гайда.

▪️Будет большим плюсом

▫️ Caddy / Nginx

▫️CI/CD — GitHub Actions / GitLab CI

▫️GHCR

▫️Опыт работы с несколькими VPS

▫️Разделение app / edge

▫️Отдельный административный контур

▫️PostgreSQL с точки зрения эксплуатации:

• backups;

• доступы;

• восстановление.

▫️Понимание типичных атак на:

• SSH;

• панели управления;

• docker.sock.

• Ansible или собственные скрипты для автоматизации настройки серверов.

▪️Какой человек нам нужен

▫️не боится production;

▫️умеет самостоятельно разбираться в проблемах;

▫️понимает последствия своих изменений;

▫️думает о безопасности заранее;

▫️не любит ручную рутину и автоматизирует её;

▫️умеет объяснить разработчикам, почему что-то небезопасно, и предложить нормальный вариант решения;

▫️способен посмотреть на инфраструктуру целиком, а не только на отдельный Docker-контейнер.

Контакты: ••••••••

📢 Источник: ••••••••