DevOps Engineer

Наша продуктовая iGaming компания в поиске DevOps Engineer с опытом с Kubernetes от 3-х лет на Кипре или с релокейтом на Кипр (Лимассол).

Мы строим почтовый сервис нового поколения. Не «SMTP на коленке», а ближе к Mailgun, Postmark, Posteo. Фокус — стабильная доставляемость, управление маршрутами, мониторинг, прозрачная статистика, логирование, блокировки, история событий, трекинг.

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

Это маленькая инженерная команда внутри большой компании. Есть заказчики внутри, с дальним прицелом на внешний рынок.

Темп — боевой. Решения — технические. Легаси — нет.

🔧 Что нужно будет делать:

• Поднимать и автоматизировать окружения (ArgoCD, Docker, Terraform, Ansible).

• Писать и редактировать Helm чарты.

• Строить и отлаживать CI/CD (GitLab CI).

• Работать с bare-metal и облачными инстансами (Настройка трафика, доступов, поиск логов и отладка).

• Настраивать логирование и мониторинг через OpenTelemetry, Grafana, Loki (Prometheus — по ситуации).

• Автоматизировать всё, что автоматизируется. А что не автоматизируется — всё равно автоматизировать (рано или поздно).

✅ Требования к кандидату:

Обязательное:

• Docker и docker-compose — уверенно.

• Опыт с CI/CD, предпочтительно GitLab CI.

• Опыт с Kubernetes от 3-х лет.

• Linux на уровне: настраивать, дебажить, чинить.

• TLS, DNS, reverse proxy — знаком не по статьям.

Будет плюсом:

• Знание Terraform или Ansible.

• Знание Sprig/Go templates.

• Опыт работы с серверами вне облаков — руками, скриптами, без автопилота.

• Почтовый софт: Postfix, Dovecot, Exim, rspamd, sieve, milter.

• Знаешь как работает Kubernetes изнутри (почему Ingress есть а доступа к сервису нет).

• Kafka, RabbitMQ, NATS — с пониманием, чем они отличаются, когда какая уместна, и как не уронить прод продюсером.

• Email-опыт на уровне “копал, настраивал, чинил” (не только “нажал отправить”).

• Выстраивал инфраструктуру с нуля — не в одиночку, но с правом голоса (в одиночку - вообще супер).

• Использовал AWS-сервисы (S3, IAM, Route53, CloudFront и др.) — если это быстрее, чем городить своё.

💡 Что мы предлагаем:

• Участие в архитектуре: не просто “поддерживать”, а проектировать.

• Свобода в инструментах: если можешь аргументировать — можно использовать.

• Команда инженеров, с которыми можно (и нужно) спорить и обсуждать по делу.

• Есть ресурсы и внутренняя поддержка — но архитектурные решения в твоих руках.

• Без тикетов “запросить разрешение на доступ к CI через три отдела”.