Staff Software Engineer - Multi Cloud Efficiency

О позиции

Команда MCE (Managing Cloud Efficiency) управляет эффективностью инфраструктуры одной из крупнейших в мире платформ данных и ИИ. Инженеры команды строят инструменты, фреймворки и автоматизированные системы для глубокой видимости затрат и максимального использования ресурсов в мульти-облачной среде. Бангалорское подразделение MCE — новое и быстрорастущее: за первые два квартала работы оно уже подтвердило экономию облачных затрат в миллионы долларов ежегодно. Staff Engineer (L6) станет одним из основателей и техническим лидером этого подразделения.

Будет плюсом

• Опыт в области FinOps или cloud cost management
• Знакомство с Apache Spark, Delta Lake или платформой Databricks
• Опыт построения agentic/AI-систем для автономного принятия решений
• Опыт работы с multi-cloud governance и reserved-instance стратегиями

Условия

• Работа в одной из ведущих мировых компаний в области данных и ИИ, чьей платформой пользуются более 10 000 организаций и свыше 50% Fortune 500
• Возможность с нуля формировать техническое направление нового бангалорского подразделения MCE и влиять на его глобальную стратегию
• Задачи с измеримым влиянием на сотни миллионов долларов облачной инфраструктуры
• Работа с мульти-облачной инфраструктурой AWS/Azure/GCP в уникальном масштабе
• Комплексный пакет льгот и компенсаций (детали — на региональной странице Databricks)
• Инклюзивная культура и равные возможности для всех сотрудников

Навыки

• Java
• Scala
• Go
• C++
• Distributed Systems
• AWS
• Azure
• Google Cloud Platform
• Kubernetes
• Docker
• Cloud Cost Optimization
• Infrastructure Engineering
• Performance Engineering
• Site Reliability Engineering
• System Design
• Technical Leadership
• Monitoring
• CI/CD
• FinOps

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

1. Расскажите о системе, которую вы спроектировали для оптимизации использования ресурсов или затрат в облачной инфраструктуре. Какие компромиссы пришлось принять?
2. Как бы вы подошли к проектированию автоматизированной системы rightsizing для тысяч разнородных сервисов с разными SLO? Что стало бы наибольшим техническим риском?
3. Опишите случай, когда вам пришлось формулировать техническую стратегию для задачи, где путь решения изначально не был очевиден. Как вы выстраивали процесс?
4. Как вы обеспечиваете подотчётность продуктовых команд за эффективность их сервисов, не блокируя при этом скорость разработки?
5. Какой подход вы используете для наставничества senior-инженеров (не только junior)? Как вы поднимаете технический уровень людей, которые уже сильны?