Platform Engineer - Compute Capacity

О Supabase

Supabase — платформа для разработки на Postgres, созданная разработчиками для разработчиков. Мы предоставляем полноценное backend-решение: база данных, аутентификация, хранилище, Edge Functions, Realtime и векторный поиск. Все сервисы глубоко интегрированы и рассчитаны на масштабирование.

О роли

Мы ищем инженера платформы в команду Compute Capacity. Эта команда отвечает за план ёмкости, который обеспечивает опережение спроса вычислительными ресурсами во всех регионах, где мы работаем — прогнозирование, политика буферов и системы провизионинга, которые не дают проекту упёрться в стену, о которой он не знал.

Вы будете работать над системами, которые превращают план ёмкости в реально выделенные ресурсы: получение резервирований, сверка флота и автоматизация, которая держит в синхронизации то, на что мы закоммитились, с тем, что реально запущено. Вы поможете построить метрики и алертинг, которые выявляют проблемы с ёмкостью за месяцы до события — в горизонте lead time поставщика, а не в момент, когда кому-то срочно нужно место.

Вы будете проектировать, создавать и эксплуатировать системы, которые одновременно надёжны и сильно автоматизированы — помогая держать нужный буфер при нужной стоимости, ловить дрейф до того, как он станет дефицитом, и давать каждой команде единый, достоверный взгляд на то, сколько у нас запаса по миллионам баз данных, которыми мы управляем.

За что вы будете отвечать

• Участвовать в создании и поддержке плана ёмкости, который обеспечивает опережение спроса вычислительными ресурсами Supabase по регионам и семействам инстансов

• Поддерживать политику буферов, моделируя целевой запас (headroom) и компромиссы по стоимости для согласования и утверждения

• Создавать и поддерживать автоматизацию, которая превращает план ёмкости в реально выделенные ресурсы — получение и дозакупка резервирований, сверка флота, обнаружение дрейфа между закоммиченной и фактически работающей ёмкостью

• Расширять наш infrastructure as code для провизионинга, связанного с ёмкостью

• Инструментировать ёмкость: создавать и поддерживать метрики насыщения, покрытия резервированиями, простаивающего буфера, ошибки прогноза и задержки провизионинга

• Строить и настраивать алертинг по ёмкости, чтобы проблемы с запасом, квотами и резервированиями всплывали за месяцы до impact, а не в момент последствий

• Поддерживать «demand gate» — помогать учитывать крупные обязательства клиентов, запуски, миграции и новые регионы в плане до того, как они дойдут до флота

• Участвовать в проектах по смягчению рисков: right-sizing, миграции между семействами инстансов, улучшения autoscaling, консолидация нагрузок

• Помогать снижать стоимость compute на одну базу данных за счёт right-sizing, размещения и работы с покрытием commitment’ами

• Участвовать в реагировании на инциденты по ёмкости и последующей проработке после инцидентов

Вам может подойти эта роль, если вы

• Имеете 5+ лет опыта в инфраструктурной инженерии, SRE, платформенной или capacity engineering, желательно в масштабе SaaS или облачной инфраструктуры

• Имеете опыт промышленной разработки ПО — вы владели и эксплуатировали сервис, а не только ноутбук с ноутбуками. Уверенно работаете в современных языках, таких как TypeScript, Python и Go

• Комфортно работаете с прогнозами и допущениями, которые неполны, и умеете пересматривать работу, когда допущения меняются

• Имеете опыт с Infrastructure as Code (Pulumi или Terraform)

• Создавали или поддерживали observability для систем, которыми владеете — метрики, отвечающие на реальные вопросы, и алертинг, которому доверяют (Prometheus/Grafana, CloudWatch или аналоги);

• Имеете уверенные практические знания AWS EC2: семейства и поколения инстансов, варианты закупки, capacity reservations и механика квот

• Обладаете базовой финансовой грамотностью — понимаете экономику резервирований и основные компромиссы между покрытием, утилизацией и стоимостью

• Ясно коммуницируете с разными аудиториями — от инженеров до stakeholders из финансов

Что мы предлагаем

• Полностью удалённо

  Мы нанимаем по всему миру. Мы считаем, что лучшую работу можно делать откуда угодно. У Supabase нет офисов, но мы предоставляем членство WeWork или allowance на коворкинг, которым можно пользоваться где угодно в мире.

• ESOP

  Каждый член команды получает ESOP (долю в компании). Мы хотим, чтобы все разделяли upside того, что мы строим вместе.

• Tech Allowance

  Используйте этот бюджет, чтобы настроить идеальную рабочую среду — ноутбук, монитор, наушники или всё, что помогает работать лучше.

• Медицинское страхование

  Supabase оплачивает 100% медицинского страхования для сотрудников и 80% для иждивенцев, где бы вы ни находились. Ваше благополучие и здоровье семьи для нас важны.

• Ежегодные off-site

  Раз в год вся компания собирается в новом городе на неделю общения, совместной работы и отдыха. Это один из главных моментов года.

• Гибкий график

  Мы работаем асинхронно и доверяем вам управлять своим временем. Вы знаете, что нужно сделать и когда.

• Профессиональное развитие

  Каждый член команды получает ежегодный education allowance на обучение — курсы, книги, конференции или всё, что поддерживает ваш рост.

О команде

Supabase изначально remote и open-source-first. Мы считаем, что наша глобально распределённая команда — наш секретный козырь в создании инструментов, которые любят разработчики.

• ~400 членов команды

• 60+ стран

• 20+ языков

• Более $1B привлечённых инвестиций (включая Series F на $500M)

• 540 000+ участников сообщества

Мы двигаемся быстро, строим публично и используем то, что выпускаем. Если это есть в вашем проекте, скорее всего, мы используем это и в своём. Мы глубоко верим в экосистему open source и стремимся поддерживать — а не заменять — существующие инструменты и сообщества.

Wait, I made an error in one bullet: "не только ноутбук с ноутбуками" should be "не только notebook" - meaning Jupyter notebook, not "laptop with laptops". Let me fix: "вы владели и эксплуатировали сервис, а не только ноутбук" -> should be "не только ноутбуком в Jupyter" or in Russian often they say "не только в ноутбуке (Jupyter)" - the original is "not just a notebook" meaning Jupyter notebook vs production service. Correct translation: **вы владели и эксплуатировали сервис**, а не ограничивались ноутбуком (Jupyter). Or: не только экспериментами в ноутбуке. Let me provide the corrected full HTML to the user - they asked for ONLY the translated HTML. I'll fix that one line. Also "60+ countries" - I had "60+ стран" which is fine. Let me output the final version with the notebook fix.

О Supabase

Supabase — платформа для разработки на Postgres, созданная разработчиками для разработчиков. Мы предоставляем полноценное backend-решение: база данных, аутентификация, хранилище, Edge Functions, Realtime и векторный поиск. Все сервисы глубоко интегрированы и рассчитаны на масштабирование.

О роли

Мы ищем инженера платформы в команду Compute Capacity. Эта команда отвечает за план ёмкости, который обеспечивает опережение спроса вычислительными ресурсами во всех регионах, где мы работаем — прогнозирование, политика буферов и системы провизионинга, которые не дают проекту упёрться в стену, о которой он не знал.

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

Вы будете проектировать, создавать и эксплуатировать системы, которые одновременно надёжны и сильно автоматизированы — помогая держать нужный буфер при нужной стоимости, ловить дрейф до того, как он станет дефицитом, и давать каждой команде единый, достоверный взгляд на то, сколько у нас запаса по миллионам баз данных, которыми мы управляем.

За что вы будете отвечать

• Участвовать в создании и поддержке плана ёмкости, который обеспечивает опережение спроса вычислительными ресурсами Supabase по регионам и семействам инстансов

• Поддерживать политику буферов, моделируя целевой запас и компромиссы по стоимости для согласования и утверждения

• Создавать и поддерживать автоматизацию, которая превращает план ёмкости в реально выделенные ресурсы — получение и дозакупка резервирований, сверка флота, обнаружение дрейфа между закоммиченной и фактически работающей ёмкостью

• Расширять наш infrastructure as code для провизионинга, связанного с ёмкостью

• Инструментировать ёмкость: создавать и поддерживать метрики насыщения, покрытия резервированиями, простаивающего буфера, ошибки прогноза и задержки провизионинга

• Строить и настраивать алертинг по ёмкости, чтобы проблемы с запасом, квотами и резервированиями всплывали за месяцы до последствий, а не в момент impact

• Поддерживать demand gate — помогать учитывать крупные обязательства клиентов, запуски, миграции и новые регионы в плане до того, как они дойдут до флота

• Участвовать в проектах по смягчению рисков: right-sizing, миграции между семействами инстансов, улучшения autoscaling, консолидация нагрузок

• Помогать снижать стоимость compute на одну базу данных за счёт right-sizing, размещения и работы с покрытием commitment’ами

• Участвовать в реагировании на инциденты по ёмкости и последующей проработке после инцидентов

Вам может подойти эта роль, если вы

• Имеете 5+ лет опыта в инфраструктурной инженерии, SRE, платформенной или capacity engineering, желательно в масштабе SaaS или облачной инфраструктуры

• Имеете опыт промышленной разработки ПО — вы владели и эксплуатировали сервис, а не ограничивались ноутбуком (Jupyter). Уверенно работаете в современных языках, таких как TypeScript, Python и Go

• Комфортно работаете с прогнозами и допущениями, которые неполны, и умеете пересматривать работу, когда допущения меняются

• Имеете опыт с Infrastructure as Code (Pulumi или Terraform)

• Создавали или поддерживали observability для систем, которыми владеете — метрики, отвечающие на реальные вопросы, и алертинг, которому доверяют (Prometheus/Grafana, CloudWatch или аналоги);

• Имеете уверенные практические знания AWS EC2: семейства и поколения инстансов, варианты закупки, capacity reservations и механика квот

• Обладаете базовой финансовой грамотностью — понимаете экономику резервирований и основные компромиссы между покрытием, утилизацией и стоимостью

• Ясно коммуницируете с разными аудиториями — от инженеров до stakeholders из финансов

Что мы предлагаем

• Полностью удалённо

  Мы нанимаем по всему миру. Мы считаем, что лучшую работу можно делать откуда угодно. У Supabase нет офисов, но мы предоставляем членство WeWork или allowance на коворкинг, которым можно пользоваться где угодно в мире.

• ESOP

  Каждый член команды получает ESOP (долю в компании). Мы хотим, чтобы все разделяли upside того, что мы строим вместе.

• Tech Allowance

  Используйте этот бюджет, чтобы настроить идеальную рабочую среду — ноутбук, монитор, наушники или всё, что помогает работать лучше.

• Медицинское страхование

  Supabase оплачивает 100% медицинского страхования для сотрудников и 80% для иждивенцев, где бы вы ни находились. Ваше благополучие и здоровье семьи для нас важны.

• Ежегодные off-site

  Раз в год вся компания собирается в новом городе на неделю общения, совместной работы и отдыха. Это один из главных моментов года.

• Гибкий график

  Мы работаем асинхронно и доверяем вам управлять своим временем. Вы знаете, что нужно сделать и когда.

• Профессиональное развитие

  Каждый член команды получает ежегодный education allowance на обучение — курсы, книги, конференции или всё, что поддерживает ваш рост.

О команде

Supabase изначально remote и open-source-first. Мы считаем, что наша глобально распределённая команда — наш секретный козырь в создании инструментов, которые любят разработчики.

• ~400 членов команды

• 60+ стран

• 20+ языков

• Более $1B привлечённых инвестиций (включая Series F на $500M)

• 540 000+ участников сообщества

Мы двигаемся быстро, строим публично и используем то, что выпускаем. Если это есть в вашем проекте, скорее всего, мы используем это и в своём. Мы глубоко верим в экосистему open source и стремимся поддерживать — а не заменять — существующие инструменты и сообщества.