Senior Platform Engineer (x/f/m) - Backend Platform
Отличная вакансия в известном европейском финтех-единороге (Alan) с четкими инженерными вызовами. Высокий балл за прозрачность задач и сильный технологический стек.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сложность вакансии
Высокая сложность обусловлена необходимостью глубоких знаний в области распределенных систем и опыта распила монолита. Также требуется наличие разрешения на работу в конкретных странах ЕС (Франция, Бельгия, Испания).
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Анализ зарплаты
Предлагаемая роль Senior Platform Engineer в Европе обычно оплачивается в диапазоне 75,000–100,000 евро в год в зависимости от страны и опыта. Alan известен конкурентными зарплатами и опционами, что соответствует верхним границам рынка.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Описание вакансии
Откликнуться в Alan
*🤩* где угодно, Франция, Бельгия, Испания
*🔔* Опубликовано менее 48 часов назад
*📸 Цифровая платформа медицинского страхования, профилактики и помощи*
Задачи:
• Развивать событийный pipeline на Postgres outbox, Redis Streams и S3;
• Создавать инструменты репликации данных и постепенного выделения сервисов из Python-монолита;
• Отвечать за общую backend-платформу: очереди, кэш, транзакции и SLO.
*🕸 Требования:*
• От 5 лет backend-разработки библиотек, фреймворков, пайплайнов или внутренних платформ с ответственностью за production;
• Практические знания распределённых систем, messaging, идемпотентности и согласованности данных;
• Глубокое понимание PostgreSQL и опыт постепенного разделения монолита;
• Рабочий английский и право на работу во Франции, Бельгии или Испании.
Откликнуться: Откликнуться
*🚀* Offer Inside
Умный подбор, сопроводительные письма, советы по отказам — больше приглашений.

Навыки
- Python
- PostgreSQL
- Redis
- S3
- Distributed Systems
- Messaging
Возможные вопросы на собеседовании
Вакансия предполагает работу над разделением Python-монолита. Важно понимать стратегии миграции без простоя.
Расскажите о вашем опыте декомпозиции монолита: какие паттерны (например, Strangler Fig) вы использовали и как обеспечивали целостность данных?
В задачах указано развитие пайплайна на Postgres outbox и Redis Streams.
В каких случаях вы предпочтете Redis Streams вместо Kafka или RabbitMQ для построения событийного пайплайна?
Платформенная команда отвечает за SLO.
Как вы определяете и измеряете SLO для backend-платформы, и какие действия предпринимаете при нарушении Error Budget?
Работа с распределенными системами требует понимания согласованности.
Как вы решаете проблему обеспечения идемпотентности в распределенных транзакциях при использовании паттерна Outbox?
Упоминается работа с кэшем и очередями.
Опишите ваш подход к инвалидации кэша в распределенной системе, чтобы избежать проблем 'stale data'.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.

