tempus.build · managed runners для GitHub Actions
CI в ~2 раза быстрее.
Оплата — в рублях.
Drop-in замена GitHub-hosted runners: меняете одну строку в workflow — и jobs выполняются на bare-metal AMD EPYC/Ryzen, с посекундной тарификацией вместо округления до минуты.
500 кредитов при регистрации · карта не нужна
jobs: build: -runs-on: ubuntu-latest +runs-on: tempus-ubuntu-24.04-4core 01 проблема
Платить за GitHub Actions из России —
сложно.
Ждать GitHub-hosted runners —
долго.
// проблема
Прямой оплаты GitHub из России нет — каждая команда изобретает свою косвенную схему и надеется, что она переживёт следующий квартал. А сами GitHub-hosted runners неторопливы: вы ждёте дольше и платите за время, которого не было.
// решение
tempus.build закрывает обе проблемы. Оплата в рублях, предоплатными кредитами. Jobs выполняются на bare-metal-серверах рядом с кешем зависимостей — сборки заметно быстрее; насколько именно, сейчас измеряем в открытых бенчмарках.
02 преимущества
Быстрее собирать, проще платить
-
01
Рубли вместо схем
Пополняете баланс в рублях — 1 кредит = 1 ₽, без посредников с наценкой и без юрлица за границей. Кредиты предоплатные — расход виден заранее.
-
02
Посекундная тарификация
GitHub округляет каждый job вверх до минуты. У нас job на 75 секунд стоит 75 секунд, а не 2 минуты: списывается только фактическое время выполнения.
-
03
Сборки ~2× быстрее
Bare-metal AMD EPYC/Ryzen плюс кеш зависимостей, колокированный с раннерами: пакеты не идут через половину интернета, сборки — примерно вдвое быстрее GitHub-hosted.
-
04
Каждый job — в своей VM
Каждый job получает отдельную изолированную VM, а не контейнер в shared-окружении — она создаётся под job и уничтожается после завершения. Образы раннеров — open source: окружение можно проверить, а не принимать на веру. То, что нужно приватным репозиториям.
03 как это работает
Одна строка в workflow
Никакой миграции, агентов, прокси и дополнительной конфигурации: замените
значение
runs-on — остальной workflow
остаётся как был.
jobs: build: -runs-on: ubuntu-latest +runs-on: tempus-ubuntu-24.04-4core steps: - uses: actions/checkout@v4 tempus-ubuntu-24.04-4core · 0,55 ₽/мин
build 3m 47s · 227 с −2,08 ₽
test 6m 12s · 372 с −3,41 ₽
lint 47s · 47 с −0,43 ₽
Длительности jobs — для примера, списания — арифметика по прайсу: 227 секунд по ставке 0,55 ₽/мин = 2,08 ₽.
// compatibility
Внутри — Ubuntu 24.04, привычные actions из marketplace работают без изменений.
// setup
Подключение — через GitHub App с минимальным набором прав. App ставится только на те репозитории, которые вы выберете.
// isolation
Работает с приватными и публичными репозиториями. Каждый job выполняется в отдельной изолированной VM, поэтому публичные безопасны так же, как приватные.
04 бенчмарки
Заявляем ускорение ~2× — и измеряем его публично
Ожидаемое ускорение — от 1,8 до 2,5× в зависимости от workflow: его дают bare-metal-серверы AMD EPYC/Ryzen и кеш зависимостей на той же ноде. Но это заявление, а не результат замера — поэтому вместо таблицы с цифрами здесь будут публичные бенчмарки.
Как будет устроена проверка: cron-джоба гоняет одни и те же сборки публичных open-source проектов на ubuntu-latest и на tempus-раннере, тайминги фиксирует сам GitHub Actions — ручных замеров и отобранных удачных прогонов нет. Workflow-файлы и результаты — в открытом репозитории: github.com/tempusbuild/benchmarks — скоро.
Участники тестирования узнают о публикации первыми — и смогут замерить ускорение на своих workflow, не дожидаясь наших цифр
05 цены
Платите за секунды, а не за округлённые минуты
Ставка в таблице — за минуту, списание — посекундное. Job на 3 минуты 12 секунд по ставке 0,55 ₽/мин стоит 1,76 ₽ — а не 2,20 ₽, как вышло бы с округлением вверх до минуты.
| конфигурация | ресурсы | заменяет | ₽/мин |
|---|---|---|---|
| tempus-ubuntu-24.04-2core lint, простые тесты 2 vCPU · 8 GB · ubuntu-latest (приватные репозитории) | 2 vCPU · 8 GB | ubuntu-latest приватные репозитории | 0,30 |
| tempus-ubuntu-24.04-4core популярный стандартный билд 4 vCPU · 16 GB · ubuntu-latest (публичные репозитории) | 4 vCPU · 16 GB | ubuntu-latest публичные репозитории | 0,55 |
| tempus-ubuntu-24.04-8core большие тесты, монорепо 8 vCPU · 32 GB · ubuntu-latest-8-cores | 8 vCPU · 32 GB | ubuntu-latest-8-cores | 1,00 |
| tempus-ubuntu-24.04-16core тяжёлые билды 16 vCPU · 64 GB · ubuntu-latest-16-cores | 16 vCPU · 64 GB | ubuntu-latest-16-cores | 1,90 |
За минуту работы раннера; списываются фактические секунды.
free tier
Попробуйте на своих workflow — 500 кредитов при регистрации
500 кредитов = 500 ₽ на балансе — карту привязывать не нужно. Хватит на десятки реальных job-ов или примерно 15 часов работы 4-core раннера. Прогоните свои workflow и посмотрите на цифры до первого пополнения.
модель оплаты
01 Предоплатные кредиты
Предоплатные кредиты: 1 кредит = 1 ₽. Job-ы списывают с баланса фактические секунды работы; остаток и посекундная история списаний видны в dashboard. Никакого счёта-сюрприза в конце месяца.
02 Кредиты не сгорают
Кредиты не сгорают, срока годности нет — пауза в разработке ничего не стоит. Минимальное пополнение — 500 ₽.
03 Оплата в рублях
Оплата в рублях — не нужны ни зарубежная карта, ни юрлицо за границей. Способы оплаты — в FAQ ниже.
04 Баланс дошёл до нуля
Баланс дошёл до нуля — текущие job-ы дорабатывают до конца, новые не стартуют до пополнения. Ничего не обрывается посреди билда.
сравнение с github
тарификация
GitHub-hosted 4 vCPU стоит $0.012/мин (~0.86 ₽) и округляет время вверх до минуты — на коротких job-ах это +20–40% к счёту. У нас 0.55 ₽/мин и посекундная тарификация.
цена
Наши 0,55 ₽/мин за 4core — это на треть дешевле прайса GitHub — и примерно вдвое дешевле того, что реально платит команда из РФ через посредников.
оплата
BuildJet, Depot, WarpBuild и т.п. принимают только Stripe — российской картой не заплатить вообще.
06 калькулятор
Посчитайте на вашем объёме CI
GitHub-hosted округляет каждый job вверх до целой минуты и считает в долларах; tempus списывает фактические секунды в рублях. Подставьте свои числа — формулы расчёта показаны под суммами.
Тарифы GitHub-hosted — из официальной документации GitHub (на июнь 2026). На публичных репозиториях standard runners GitHub бесплатны — калькулятор о приватных. Ускорение — оценка, реальное зависит от пайплайна. Курс ₽/$ подставляется из ежедневного курса ЦБ РФ, поле можно поправить вручную; итоги — в рублях.
Посчитали? Проверьте оценку на реальных job-ах.
500 кредитов при регистрации · карта не нужна
07 под капотом
Как устроены скорость и изоляция
-
cache
npm · pip · docker
Кеш зависимостей на локальном NVMe
Кеш зависимостей живёт рядом с раннером, на локальных NVMe-дисках: npm install не ходит через океан. Для workflow это прозрачно — npm, pip и docker работают как обычно, только пакеты отдаются из кеша на той же ноде, а не из внешних registry.
-
isolation
vm на каждый job
Отдельная VM на каждый job
Каждый job выполняется в отдельной изолированной виртуальной машине, а не в shared-окружении. VM создаётся под конкретный job; job завершился — VM уничтожена. Ничего не переживает границу job-а.
-
hardware
bare-metal · eu
Bare-metal вместо облачных виртуалок
Jobs работают на bare-metal-серверах с AMD EPYC и Ryzen, а не на облачных виртуалках, где шумный сосед в произвольный момент отъедает CPU. Серверы размещены в ЕС.
-
images
ubuntu 24.04 · cis · slsa
Образы по индустриальным стандартам
Внутри — Ubuntu 24.04 x64, совместимая с ubuntu-latest; других образов пока нет. Hardening по CIS Docker Benchmark и NIST SP 800-190, supply-chain по SLSA: запуск не от root, базовый образ зафиксирован по sha256-digest, еженедельная пересборка подтягивает свежие патчи. Каждый релиз проходит внутренний CI-гейт: бенчмарк против GitHub-hosted с порогами по cold start и ускорению на warm cache. Не дотянул до порога — релиз не выходит.
08 прозрачность
Не верьте на слово — проверьте
-
runner-images
Образы раннеров — открытый код
Образы, в которых исполняются ваши jobs, собираются в публичном репозитории на GitHub: каждый релиз подписан cosign, опубликован с SBOM и проверен сканером уязвимостей. Что внутри среды исполнения — вопрос не доверия, а проверки.
-
status
Статус и инциденты — открыто с первого дня
Состояние сервиса и историю инцидентов откроем на публичной статус-странице: что сломалось, когда и как чинили — видно всем, а не только нам.
-
docs
Документация — в открытом доступе
Quickstart и руководство по миграции с ubuntu-latest будут опубликованы открыто: читать и оценивать миграцию можно без регистрации в сервисе.
09 faq
Вопросы и ответы
подключение и скорость
Как подключить?
Два шага. Установите GitHub App tempus-build и выберите, к каким репозиториям дать доступ. Затем замените runs-on: ubuntu-latest на runs-on: tempus-ubuntu-24.04-4core в workflow. Больше ничего менять не нужно — это drop-in замена GitHub-hosted runners: та же Ubuntu 24.04 и совместимость с actions из marketplace.
Почему быстрее?
Jobs выполняются на bare-metal-серверах AMD EPYC/Ryzen, а кеш зависимостей колокирован с раннерами: пакеты отдаются с той же ноды, а не из внешних registry. В сумме это и даёт заявленное ускорение примерно вдвое — сейчас мы измеряем его публичными бенчмарками и скоро опубликуем результаты.
оплата
Как устроена оплата?
В рублях: СБП и карты банков-эмитентов РФ — Visa, Mastercard, «Мир», включая корпоративные. Модель предоплатная — пополняете баланс кредитов, 1 кредит = 1 рубль. Тарификация посекундная: списывается фактическое время выполнения jobs.
Кто платит за CI пул-реквестов от внешних контрибьюторов?
Владелец установки — так работает GitHub Actions у всех провайдеров, включая сам GitHub. Защита от неожиданных расходов: предоплатная модель (потратить больше баланса невозможно), лимит одновременных job-ов и дневной бюджет-алерт.
Есть ли бесплатный план для open source?
Системной OSS-программы пока нет. Делаете заметный open-source проект — напишите нам, выдадим кредиты вручную.
безопасность и изоляция
Безопасно ли для приватных репозиториев?
Каждый job выполняется в отдельной изолированной VM, а не в shared-окружении с другими пользователями: VM создаётся под job и уничтожается после завершения. Серверы размещены в ЕС. Образы раннеров — open source и собираются по индустриальным стандартам (CIS Docker Benchmark, NIST SP 800-190, SLSA): github.com/tempusbuild/runner-images — можно посмотреть, в чём именно исполняется ваш код.
Какие права получает tempus.build в моём GitHub?
Подключение идёт через GitHub App tempus-build: вы устанавливаете его на аккаунт или организацию и сами выбираете, к каким репозиториям дать доступ. App запрашивает минимум прав — вот полный список и зачем нужно каждое:
-
Self-hosted runners: read & write(organization) — регистрация раннеров при установке на организацию -
Administration: read & write(repository) — то же при установке на отдельные репозитории; нужно одно из этих двух прав, не оба -
Metadata: read(repository) — обязательный минимум любого GitHub App -
Actions: read(repository) и webhook-событияworkflow_job— статусы jobs для посекундного биллинга
Права Contents в списке нет — читать ваш исходный код через API платформа не может. Код, как и на GitHub-hosted runners, чекаутится самим job-ом внутри раннера и уничтожается вместе с его микро-VM. Installation-токены короткоживущие и генерируются по запросу — постоянных токенов доступа мы не храним. Страница App: github.com/apps/tempus-build
Можно ли использовать на публичных репозиториях?
Да. Каждый job изолирован в отдельной VM и не может повлиять ни на инфраструктуру, ни на другие job-ы. Для публичных репозиториев рекомендуем включить в GitHub стандартную настройку approval для workflow от внешних контрибьюторов.
Может ли мощность раннера отличаться для приватных и публичных репозиториев?
Нет. Shape определяется только меткой в runs-on и зафиксирован: tempus-ubuntu-24.04-4core — это всегда 4 vCPU и 16 GB RAM, на приватном репозитории, на публичном, в PR из форка. У GitHub ubuntu-latest — это разное железо: 4 vCPU на публичном репозитории и 2 vCPU на приватном; у нас спека зашита в саму метку. Видимость репозитория влияет лишь на политику запуска job-ов из форков, но не на железо — тайминги CI воспроизводимы независимо от типа репозитория.
Как вы обращаетесь с секретами моих репозиториев?
Секреты попадают только внутрь job-а, который выполняется в отдельной изолированной VM: job завершился — VM уничтожена вместе со всем окружением. В логи платформы мы секреты не пишем.
доверие и запуск
Что если мы захотим уйти?
Вернёте runs-on: ubuntu-latest в workflow — это вся миграция, та же одна строка, что и при подключении. Код, workflow и история запусков остаются там же, где и были, — в вашем GitHub. Забирать с tempus.build нечего: кеш зависимостей — копии публичных пакетов, оригиналы и так в registry. Последний шаг — удалить GitHub App tempus-build в настройках GitHub.
Что будет с моими кредитами, если сервис закроется?
Вернём остаток. Кредиты — предоплата за время раннеров; не потратили — деньги ваши.
Где гарантии аптайма?
SLA пока не публикуем: обещать проценты раньше, чем их подтвердит реальная история работы, — это маркетинг, а не гарантия. Вместо этого откроем статус-страницу с историей инцидентов — судите по фактам: status.tempus.build. А посекундная тарификация действует в обе стороны: не работало — не платили.
Когда запуск?
Дату запуска не объявляем — продукт в разработке. Сейчас идёт закрытое тестирование: участие бесплатное, 500 кредитов при регистрации, карта не нужна. Команды-участники первыми получают раннеры и влияют на то, каким сервис выйдет.
Замените одну строку в workflow — остальное проверите сами
Сейчас идёт закрытое тестирование, участие бесплатное: 500 кредитов на балансе сразу после регистрации, карта не нужна. Участники первыми получают раннеры и влияют на продукт.