tempus.build · managed runners для GitHub Actions
CI в ~2 раза быстрее.
Меняется одна строка.
Drop-in замена GitHub-hosted runners: меняете одну строку в workflow — и jobs выполняются на bare-metal AMD EPYC/Ryzen, с посекундной тарификацией вместо округления до минуты.
5 $ на старте · карта не нужна
jobs: build: -runs-on: ubuntu-latest +runs-on: tempus-ubuntu-24.04-4core 01 проблема
Платить за округлённые минуты — переплата.
Ждать GitHub-hosted runners — долго.
// проблема
GitHub-hosted runners неторопливы: вы ждёте дольше, чем могли бы. А время каждого job округляется вверх до целой минуты — на коротких сборках вы платите за секунды, которых не было.
// решение
tempus.build закрывает обе проблемы. Списание посекундное — платите за фактическое время, без округления. Jobs выполняются на bare-metal-серверах рядом с кешем зависимостей — сборки заметно быстрее; насколько именно, сейчас измеряем в открытых бенчмарках.
02 преимущества
Быстрее собирать, проще платить
-
01
Никакого счёта-сюрприза
Баланс предоплатный: job-ы списывают фактические секунды работы, остаток виден в dashboard. Платите вперёд, ровно за потраченное — без счёта-сюрприза в конце месяца.
-
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,008 $/мин
build 3m 47s · 227 с −0,030 $
test 6m 12s · 372 с −0,050 $
lint 47s · 47 с −0,006 $
Длительности jobs — для примера, списания — арифметика по прайсу: 227 секунд по ставке 0,008 $/мин = 0,030 $.
// compatibility
Внутри — Ubuntu 24.04, привычные actions из marketplace работают без изменений.
// setup
Подключение — через GitHub App с минимальным набором прав. App ставится только на те репозитории, которые вы выберете.
// isolation
Работает с приватными и публичными репозиториями. Каждый job выполняется в отдельной изолированной VM, поэтому публичные безопасны так же, как приватные.
на подходе
MCP-сервер
Model Context Protocol — открытый стандарт, которым AI-агенты подключают инструменты. Присматриваемся к нему для tempus.
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,008 $/мин стоит 0,026 $ — а не 0,032 $, как вышло бы с округлением вверх до минуты.
| конфигурация | ресурсы | заменяет | $/мин |
|---|---|---|---|
| tempus-ubuntu-24.04-2core lint, простые тесты 2 vCPU · 8 GB · ubuntu-latest (приватные репозитории) | 2 vCPU · 8 GB | ubuntu-latest приватные репозитории | 0,004 |
| tempus-ubuntu-24.04-4core популярный стандартный билд 4 vCPU · 16 GB · ubuntu-latest (публичные репозитории) | 4 vCPU · 16 GB | ubuntu-latest публичные репозитории | 0,008 |
| tempus-ubuntu-24.04-8core большие тесты, монорепо 8 vCPU · 32 GB · ubuntu-latest-8-cores | 8 vCPU · 32 GB | ubuntu-latest-8-cores | 0,016 |
| tempus-ubuntu-24.04-16core тяжёлые билды 16 vCPU · 64 GB · ubuntu-latest-16-cores | 16 vCPU · 64 GB | ubuntu-latest-16-cores | 0,032 |
За минуту работы раннера; списываются фактические секунды.
free tier
Попробуйте на своих workflow — 5 $ на старте
5 $ на балансе — карту привязывать не нужно. Хватит примерно на 10 часов работы 4-core раннера. Прогоните свои workflow и посмотрите на цифры до первого пополнения.
модель оплаты
01 Предоплатный баланс
Баланс предоплатный, в долларах: job-ы списывают с него фактические секунды работы; остаток и посекундная история списаний видны в dashboard. Никакого счёта-сюрприза в конце месяца.
02 Баланс не сгорает
Баланс не сгорает, срока годности нет — пауза в разработке ничего не стоит. Пополняете заранее, на любой объём.
03 Ставка зашита в метку
Цена за минуту зашита в саму метку раннера: tempus-ubuntu-24.04-4core — это всегда 0,008 $/мин, в любом репозитории. Что выбрали в runs-on, то и платите — без скрытых множителей.
04 Баланс дошёл до нуля
Баланс дошёл до нуля — текущие job-ы дорабатывают до конца, новые не стартуют до пополнения. Ничего не обрывается посреди билда.
оплата
Оплата в долларах по умолчанию. Нужна другая валюта — напишите
Баланс пополняется в долларах США. Нужна другая валюта — напишите, подберём вариант под вашу команду.
сравнение с github
тарификация
GitHub-hosted 4 vCPU стоит 0,012 $/мин и округляет время вверх до минуты — на коротких job-ах вы платите за неиспользованные секунды. У нас 0,008 $/мин и посекундная тарификация.
цена
Наши 0,008 $/мин за 4core дешевле сопоставимого GitHub-hosted, и вы платите за фактические секунды, а не за округлённые минуты.
миграция
Никаких агентов, прокси и переписывания пайплайна. Меняется одно значение runs-on — drop-in замена GitHub-hosted, уйти можно так же, одной строкой.
06 калькулятор
Посчитайте на вашем объёме CI
GitHub-hosted округляет каждый job вверх до целой минуты и тарифицирует округлённое; tempus считает фактические секунды и делит время на ускорение. Подставьте свои числа — формулы под результатами.
Тарифы GitHub-hosted — из официальной документации GitHub (на июль 2026). На публичных репозиториях standard runners GitHub бесплатны — калькулятор о приватных. Ускорение — оценка, реальное зависит от пайплайна. Ставка tempus — 0,008 $/мин за 4core, дешевле сопоставимого GitHub-hosted; оплата в долларах, другая валюта — по запросу.
Посчитали? Проверьте оценку на реальных job-ах.
5 $ на старте · карта не нужна
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. Не дотянул до порога — релиз не выходит.
same toolchain
Те же языки, рантаймы и инструменты, что на GitHub-hosted, — из стандартного образа Ubuntu 24.04; перенастраивать ничего не нужно.
Полный паритет — и впереди там, где важно: сборки ~2× быстрее, посекундная тарификация, образ подписан и open-source.
● OpenTofu — сверх ubuntu-latest: GitHub убрал Terraform, мы даём open-source-альтернативу.
08 прозрачность
Не верьте на слово — проверьте
-
runner-images
Образы раннеров — открытый код
Образы, в которых исполняются ваши jobs, собираются в публичном репозитории на GitHub: каждый релиз подписан cosign, опубликован с SBOM и проверен сканером уязвимостей. Что внутри среды исполнения — вопрос не доверия, а проверки.
-
status
Статус и инциденты — открыто с первого дня
Состояние сервиса и историю инцидентов откроем на публичной статус-странице: что сломалось, когда и как чинили — видно всем, а не только нам.
-
docs
Документация — в открытом доступе
Quickstart и руководство по миграции с ubuntu-latest будут опубликованы открыто: читать и оценивать миграцию можно без регистрации в сервисе.
09 безопасность
Паритет — отправная точка, не потолок
-
// проактивные патчи
Уязвимости закрываются до того, как вы их встретите
Образы пересобираются еженедельно и подтягивают свежие патчи; trivy валит сборку на устранимых HIGH и CRITICAL. EOL-миноры рантаймов не запекаем, а зависимости бампит Renovate — окружение не накапливает известные дыры между релизами.
-
// проверяемое происхождение
Что внутри образа — вопрос проверки, а не доверия
Каждый релиз подписан cosign (keyless), снабжён SBOM и SLSA-provenance с GitHub-attestations; в CI прогоняются OpenSSF Scorecard и CodeQL. Всё пинится по версии и SHA, без плавающего :latest — цепочку до исходников можно пройти самостоятельно.
-
// открытый код
Окружение исполнения можно прочитать
Образы раннеров собираются в публичном репозитории под Apache-2.0: видно, что и как ставится, на каком базовом образе и под каким пользователем. Job выполняется в одноразовой изолированной VM — после завершения от него ничего не остаётся.
10 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. В сумме это и даёт заявленное ускорение примерно вдвое — сейчас мы измеряем его публичными бенчмарками и скоро опубликуем результаты.
оплата
Как устроена оплата?
Цены — в долларах за минуту, баланс предоплатный. Job-ы списывают фактические секунды работы — посекундно, без округления. Остаток и история списаний видны в dashboard. Баланс пополняется в долларах США; нужна другая валюта — напишите, подберём.
Кто платит за 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. А посекундная тарификация действует в обе стороны: не работало — не платили.
Когда запуск?
Дату запуска не объявляем — продукт в разработке. Сейчас идёт закрытое тестирование: участие бесплатное, 5 $ на старте, карта не нужна. Команды-участники первыми получают раннеры и влияют на то, каким сервис выйдет.
Будет ли MCP-сервер?
Да, в планах: tempus можно будет подключить к AI-агентам по Model Context Protocol. Детали — ближе к релизу; участники закрытого тестирования узнают первыми.
блог
Из блога
все статьи →-
Kata Containers 4.0: рантайм переписали на Rust — что меняется внутри
В 4.0 дефолтным рантаймом Kata стал runtime-rs на Rust вместо Go. Что меняется внутри: устройство runtime-rs, что даёт memory-safety host-side рантайму, новая блочная модель хранилища и верифицированный rootfs через dm-verity/EROFS.
-
Kata Containers: как каждый CI-job получает собственное ядро
Обычные контейнеры делят ядро хоста. Kata Containers запускает каждый pod в лёгкой VM со своим гостевым ядром — OCI-совместимо, под containerd. Разбираем архитектуру Kata 3.x и почему это правильная граница для недоверенного CI-кода.
Замените одну строку в workflow — остальное проверите сами
Сейчас идёт закрытое тестирование, участие бесплатное: 5 $ на балансе сразу после регистрации, карта не нужна. Участники первыми получают раннеры и влияют на продукт.