Senior Platform Engineer

Компания "JT marketing"

Мы — продуктовая iGaming-компания.
Релизимся часто, нагрузки большие, инфраструктура живая и постоянно меняется.

Ищем Senior Platform Engineer'а, который поможет нам перестать делать инфраструктуру руками для каждой команды — и начать делать её как продукт, которым продуктовые разработчики пользуются сами.

Что предстоит делать

В первую очередь — строить и развивать внутреннюю платформу. Это значит: разработчик продуктовой команды должен уметь задеплоить сервис, получить метрики, логи и алерты, не открывая тикет в инфраструктуру.

Конкретнее:
Развивать golden paths и переиспользуемые модули (Terraform, Helm) — чтобы новый сервис заводился за час, а не за неделю

Держать в форме AWS (это наш основной cloud) и Kubernetes как фундамент платформы

Делать CI/CD как продукт: единые шаблоны пайплайнов в GitLab CI, GitOps-подход к деплою

Прокачивать observability — Prometheus, Grafana, Loki, Alertmanager. Сейчас есть базово, хотим out-of-the-box для всех команд + дотащить tracing

Развивать сеть и безопасность платформы: VPC, VPN, балансировка, секреты

Снижать time-to-production и когнитивную нагрузку на разработчиков — мерить, улучшать, повторять

Что важно из опыта:

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

AWS на уровне «понимаю, как устроены сервисы, которые использую» — EKS, RDS, VPC, IAM, S3 как минимум

Kubernetes в проде: Helm, операторы, ingress, StatefulSets

Terraform + Ansible + Helm как ежедневные инструменты, не хобби

GitLab CI (или сопоставимый опыт с другим CI) + понимание GitOps

Сеть: TCP/IP, L4/L7 балансировка, VPN, container networking. На уровне, когда можешь продебажить, почему пакет не дошёл

Linux на уровне опытного админа — strace, perf, tcpdump для вас не страшные слова

Bash и Python на уровне «пишу инструменты, а не копирую со StackOverflow»

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

GitOps на проде (ArgoCD / Flux)

Опыт с IDP (Backstage / Port) или построением подобного у себя

OpenTelemetry / distributed tracing

Service Mesh (Istio, Linkerd, Cilium)

Secrets management (Vault, SOPS, AWS Secrets Manager)

SRE-практики: SLO, error budgets, on-call

Про команду и компанию:

Мы в процессе трансформации из «выросшего стартапа» в энтерпрайз. Команда разработки — 30+ человек, продукт сейчас переезжает/перерабатывается на новую архитектуру и новые технологические решения.

На практике это значит, что вы попадаете не на готовую платформу и не на чистый лист, а ровно в момент, когда нужно строить фундамент: то, что раньше работало как «у каждой команды свои скрипты и свой деплой», превращать в единые подходы, golden paths и переиспользуемые модули.