Senior Software Engineer, backend (Online Storage)

О позиции

Команда Online Storage предоставляет Managed Databases-as-a-платформу для всех сервисов Affirm. Мы отвечаем за OLTP системы хранения, включая Relational DB (MySQL), KV (DynamoDB), Distributed SQL (TiDB) и Cache (Redis). Ваша задача — строить, масштабировать и автоматизировать контроль над распределёнными базами данных уровня enterprise, обеспечивая zero-downtime миграции, надёжную работу и высокую производительность для миссионерских финансовых продуктов компании.

Будет плюсом

• Опыт agentic data tools: semantic layers, internal platform data applications
• Знакомство с event-driven frameworks и streaming infrastructure
• Опыт BI и analytics tooling
• Культурные знания финансовой отрасли (fintech)
• Предварительный опыт работы с OLAP системами

Условия

• Конкурентная зарплата: CAD 153,000 – 213,000 в год (эквити Grade 6)
• 100% оплачиваемое медицинское страхование для сотрудника и dependents
• Ежемесячные stipends на tech setup и health & wellness опции
• Гибкий time off и generous holiday calendar
• Employee Stock Purchase Plan (ESPP) со скидкой на акции Affirm
• Удалённая работа (remote-first) с гибкостью по всей Канаде
• Индивидуальный онбординг оффлайн

Навыки

• Python
• Kotlin
• AWS
• MySQL
• TiDB
• PostgreSQL
• Kubernetes
• Terraform
• Distributed Systems
• Database Architecture
• SQL Tuning
• Performance Optimization
• Load Testing
• Capacity Planning
• ProxySQL
• PgBouncer
• Service Mesh
• CI/CD
• Design Patterns

Могут спросить на собеседовании

1. Расскажите о случае, когда вам пришлось спроектировать и выполнить zero-downtime migration крупного SQL-кластера. Какие риски были, и как вы их mitigated?
2. Как вы подходите к performance tuning SQL-запросов в production среде? Приведите пример significant improvement, которого вы достигли.
3. Опишите архитектуру control plane для автоматизации provisioning и failover распределённой базы данных. Какие ключевые компоненты и trade-offs вы учитывали?
4. Как вы обеспечиваете reliability при deployment новых schemas или данных в multi-tenant среде? Какие patterns используете?
5. Приведите пример, когда вы определили техническую проблему до её появления и предотвратили incident. Каков был your process?