Engineering Manager, Serverless Compute Platform

О позиции

Serverless Compute Platform — это основа самых быстрорастущих продуктов Databricks, ежедневно управляющая десятками миллионов виртуальных машин на AWS, Azure и GCP. Команда Execution Sandbox создаёт новый сервис провижининга, который объединит все не-Spark рабочие нагрузки на Serverless (ноутбуки, AI-агенты, Remote UDF). Менеджер унаследует команду опытных senior-инженеров, уже выпустивших первый превью-релиз, и возглавит работу по выводу сервиса в полноценный продакшн с enterprise-grade надёжностью.

Будет плюсом

• Опыт с FaaS-архитектурами (Functions-as-a-Service)
• Знакомство с продуктами Databricks (Notebooks, SQL Warehouses, MLflow)
• Опыт работы с GPU-кластерами и AI-рабочими нагрузками
• Практика pre-mortem и chaos engineering
• Опыт запуска greenfield-сервисов с нуля в крупных tech-компаниях

Условия

• Работа над флагманским инфраструктурным продуктом с охватом всей платформы Databricks
• Команда из сильных senior IC, уже имеющих задел в виде первого превью
• Конкурентоспособная зарплата в диапазоне $180 500–$225 600 в год + бонус + equity
• Комплексный пакет льгот (детали по региону)
• Работа в компании, основанной создателями Apache Spark, Delta Lake и MLflow
• Инклюзивная культура и приверженность diversity & inclusion

Навыки

• Distributed Systems
• Cloud Infrastructure
• AWS
• Azure
• GCP
• Kubernetes
• Serverless Computing
• Control Plane Engineering
• Observability
• SLO/SLA
• System Design
• Engineering Management
• Hiring
• API Design
• GPU Computing
• Apache Spark
• Virtualization

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

1. Как бы вы подошли к объединению двух независимо развивавшихся путей управления кластерами (CPU и GPU) в единый сервис, не сломав существующие интеграции?
2. Опишите, как вы выстраивали on-call культуру и SLO-практики в команде, эксплуатирующей высоконагруженный распределённый сервис.
3. Как вы обеспечиваете согласованность API-контрактов при работе с 5+ партнёрскими командами, у каждой из которых свои приоритеты и дедлайны?
4. Расскажите о случае, когда вам нужно было наставить strong senior IC, не согласного с вашим архитектурным решением. Как вы добились общего понимания?
5. Какие метрики и сигналы вы бы установили в первую очередь при запуске нового сервиса провижининга, чтобы убедиться в его production-grade надёжности?