Используем cookie для работы сайта и статистики. «Хорошо» разрешит ещё и запись сессий.
3 дня назад
Ищем 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-контейнер. Контакты:
Сравним навыки, грейд, формат работы и зарплату
Грейд
Senior
Формат работы
Удалённо
Тип занятости
Полная занятость
Письмо на почту или сообщение рекрутеру в Telegram
Ищем 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; • регулярные обновления; • принцип минимальных привилегий; • базовый аудит ▫️И главное — понимание, зачем всё это нужно, а не просто набор команд из гайда.
▫️PostgreSQL с точки зрения эксплуатации: • backups; • доступы; • восстановление ▫️Понимание типичных атак на: • SSH; • панели управления; • docker.sock • Ansible или собственные скрипты для автоматизации настройки серверов
▪️Какой человек нам нужен ▫️не боится production; ▫️умеет самостоятельно разбираться в проблемах; ▫️понимает последствия своих изменений; ▫️думает о безопасности заранее; ▫️не любит ручную рутину и автоматизирует её; ▫️умеет объяснить разработчикам, почему что-то небезопасно, и предложить нормальный вариант решения; ▫️способен посмотреть на инфраструктуру целиком, а не только на отдельный Docker-контейнер.
▫️ Caddy / Nginx ▫️CI/CD — GitHub Actions / GitLab CI ▫️GHCR ▫️Опыт работы с несколькими VPS ▫️Разделение app / edge ▫️Отдельный административный контур
Чаще всего от 2 780 до 4 430
Чаще всего от 2 780 до 4 430