AÇIK KAYNAK · MIT · KNATIVE

RunR

Kubernetes ve Knative üzerinde açık kaynak, self-hosted serverless platform.

Fonksiyonlar, çoklu dosya projeleri, container'lar ve WebAssembly Knative üzerinde — kendi Kubernetes cluster'larınızda; Sandbox API, durable workflow, GPU ve MCP dahil. İstek başı ücret yok. Lock-in yok.

Hızlı başlangıç GitHub
0+
DAHİLİ RUNTIME
0
SANDBOX RUNTIME
0
BINDING TÜRÜ
0
BOŞTA POD · SCALE-TO-ZERO
MIT
AÇIK KAYNAK
The RunR console: the Projects list of an organization with the type, runtime, region, status and last deployment of every project

RunR konsolu: bir organizasyonun projeleri - tip, runtime, region, durum ve son deploy.

ÜÇ PROJE TİPİ

Tek dosyadan tam container'a kadar.

Aynı platform, üç deployment modeli — hepsi Knative ile scale-to-zero. Web editöründen, git push ile ya da CLI'dan deploy edin; HTTP, zamanlama, kuyruk ya da workflow ile tetikleyin.

X

XaaS

Tek dosya, tek fonksiyon. Web editöründe kodu yaz ya da yapıştır, deploy'a bas.

Python Node.js Go PHP Wasm + plugin'ler
  • Scale-to-Zero · Knative
  • Tetikleyici: HTTP · zamanlama · kuyruk · workflow
  • Sandbox: runc · gVisor · Kata
  • Versiyon geçmişi + rollback
F

FaaS

Çoklu dosya projeleri — web IDE'de ya da kendi git deponuzdan. Her kayıt ve her push, projenin git deposunda bir versiyondur; dependency'ler cluster içinde build edilir.

Python Node.js Go PHP PyTorch TensorFlow Wasm
  • Scale-to-Zero · Knative
  • git push · GitHub · GitLab · Forgejo / Gitea
  • Pull request başına preview ortamı
  • Dependency'ler Kaniko ile build
C

CaaS

Herhangi bir container image: registry'den, yüklenen bir docker save arşivinden ya da GPU iş yükü olarak. İstenirse Kata ile mikro-VM izolasyonu.

OCI Docker Any Lang GPU Cron Queue
  • Scale-to-Zero · Knative
  • Kata + Cloud Hypervisor (önerilen)
  • GPU: adet · ürün · minimum bellek
  • Zot pull-through cache
RunR konsolunda tek dosyalık bir fonksiyonun web editörü, Deploy düğmesi ve versiyon geçmişiyle

Web editörü

Tek dosyalık fonksiyonu tarayıcıda yazın. Deploy o versiyonu Knative'e gönderir; geçmiş her birini geri alınmaya hazır saklar.

Bir projenin Overview sekmesi: URL, durum, son versiyonlar, son saatlerin istekleri ve hataları

Bir bakışta proje

URL, durum, son versiyonlar, son saatlerin istekleri ve hataları; kod, deploy, tetikleyici, ortam, log ve metrik sekmeleri.

TEK KURULUMDA

Sadece deploy değil — komple platform.

Deploy, olaylar, ortamlar, veri, ağ, erişim kontrolü, tedarik zinciri, gözlemlenebilirlik, multi-tenancy ve faturalama hesabı — hepsi aynı açık kaynak kurulumda. Paywall arkasında tek bir özellik yok.

D

Deploy

git · CLI · Terraform · GitHub Action · GitLab CI/CD

Her projenin kendi git remote'u var: push'layın, deploy olsun. GitHub App, GitLab ve Forgejo / Gitea bağlantıları commit status'ları ve deploy geçmişiyle gelir.

  • Pull / merge request başına preview ortamı, kapanınca silinir
  • runr CLI: init · dev · deploy ve her özellik için komutlar
  • Terraform Registry'deki brf-tech/runr provider'ı, GitHub Action ve GitLab CI/CD job'u
  • İmaj yükleme: docker save, OCI tar, .wasm — internetsiz region'lar dahil
E

Tetikleyiciler + Olaylar

Webhooks · Topics · Kafka · NATS · CDC

Her projenin bir tetikleyici listesi var: HTTP, saat dilimli zamanlamalar, kuyruklar, webhook gelen kutusu, fan-out topic'ler ve platform olayları. Projenin event gateway'i her olayı CloudEvent olarak, retry ve dead letter ile teslim eder.

  • Broker ve dış kaynaklar: Kafka, NATS JetStream, RabbitMQ, MQTT, Postgres CDC, S3 ve IMAP ile e-posta
  • Bir olay ancak teslim edilince ya da dead letter'a düşünce onaylanır
  • Webhook imza ön ayarları ve genel HMAC; saklanan olaylar yeniden oynatılır
  • Kimlik bilgileri yalnız yazılabilen tetikleyici secret'larıdır
P

Ortamlar + Rollout

dev · staging · prod · blue-green · canary

Bir proje birden çok ortamda çalışır; her birinin kendi URL'i, yapılandırma override'ları, secret'ları, binding'leri ve region'ı olur. Terfi, neyin değişeceğinin önizlemesinden sonra aynı imajı bir sonraki ortama taşır; production'a terfi onay bekler.

  • Ortam başına bir git branch: push onu deploy eder
  • Test URL'li, sağlık kontrollü blue-green ve canary rollout'lar
  • Yeni revizyonun hata oranı ya da p95 gecikmesi eşiği aşınca canary kendiliğinden geri döner
  • Zamanlı ısıtıcı: haftalık plana göre sıcak tutulan container'lar
  • Geri alma, sürümün çalıştığı yapılandırmayla
N

Ağ + Global

Internal network · Global DNS · API keys

Bir region'ın projeleri birbirini iç ağda adıyla çağırır; çağrıyı yalnız çağrılanın izin listesi kabul eder. Bir proje herkese açık, bir IP izin listesine açık ya da yalnız iç ağda olabilir.

  • Global projeler: birden çok region'da tek host adı, HA ya da yakınlık modu, failover
  • Global projede dedicated Postgres binding'i her region'a replike edilir; switchover veri kaybetmeden
  • API ürünü: tüketiciler, API anahtarları, JWT route'ları, hız limiti planları ve ölçülen kullanım
  • Özel domain sertifikaları için her region'a kurulan cert-manager
B

Veri + Workflow

KV · S3 · Postgres · Workflows

Projelere bağlanan binding'ler: yönetilen KV (Redis), nesne depolama (Garage ya da harici S3) ve Postgres (CloudNativePG). Kimlik bilgileri ortam değişkeni olarak gelir; rotasyon, saklama ve geri yükleme dahil.

  • Durable workflow'lar: çökme, redeploy ve günlerce uyku sonrası kaldığı yerden devam
  • Adımlar, retry, timer, event, child workflow
  • Python (runr-workflows) ve TypeScript (@runr/workflows) SDK'ları
  • Organizasyon başına kota ve kullanım ölçümü
  • Organizasyon dışa / içe aktarma: tek sürümlü dosya — başka bir kurulum ya da felaket kurtarma
R

Erişim + Güvenlik

RBAC · SSO · Secrets · Audit

Tek izin kataloğu: hazır ve özel roller, gruplar, proje bazında erişim ve sahibinin izinlerinin bir alt kümesiyle sınırlı API token'ları. SSO grupları RunR grup ve rollerine eşlenir.

  • SSO: Google, GitHub, Microsoft, GitLab, OIDC, SAML 2.0
  • Saklanan her secret şifreli, anahtar rotasyonuyla
  • Secret değişkenlerin değerleri RunR'ın veritabanında değil, region'da durur (Kubernetes Secret ya da OpenBao) ya da kendi secret store'unuzdan okunur: HashiCorp Vault / OpenBao, AWS Secrets Manager, GCP Secret Manager, Azure Key Vault
  • İmzalı runtime yama akışı: her yamanın seviyesi, nedeni, CVE'leri; kritik yamaların son tarihi
  • Append-only audit log: CSV / JSON dışa aktarma, SIEM'e iletme
S

Tedarik Zinciri + Veri Yerleşimi

SBOM · Scan · Sign · Admission

RunR'ın build ettiği ya da aldığı her imaja SBOM (SPDX, CycloneDX), zafiyet taraması (çevrimdışı veritabanıyla da) ve region anahtarıyla cosign imzası.

  • Deploy öncesi policy kapısı
  • Region'da imzalı imaj admission'ı, deploy edilmiş imajları yeniden tarama
  • WebAssembly uygulamaları da imzalanır ve doğrulanır
  • Veri yerleşimi: organizasyonlar izinli region ve veri konumlarıyla sınırlı
O

Gözlemlenebilirlik

OpenTelemetry · Tempo · Prometheus · Loki

Region başına OpenTelemetry Collector ve Grafana Tempo (ya da mevcut backend'iniz), fonksiyonlarda otomatik enstrümantasyon, arama ve waterfall'lu Traces sekmesi; proje bazında metrik ve log.

  • Request replay: yakalanan hatalı isteği yeniden oynat, yanıtı karşılaştır
  • Region agent'ının çalıştırdığı uptime kontrolleri
  • Organizasyon başına herkese açık status sayfası
  • Alarm kanalları ve kuralları
  • Region içinden k6 yük testleri: p50 / p95 / p99 gecikme, hatalar, pod'lar ve cold start'lar
  • Rightsizing: pod'ların gerçekten kullandığına göre boyut önerisi, tek tıkla uygulanır
T

Multi-Tenant + White-Label + Faturalama

Tenancy · Branding · Billing API

Tenant başına PostgreSQL şeması, region başına kota. Kurulumun ve her tenant'ın markası rebuild olmadan; e-posta doğrulamalı self-servis kayıt.

  • Billing modülü, tenancy açık olsun olmasın: her projeye aylık fatura, kullandıkça öde ya da sabit kaynaklı region'lar
  • Tenant'lar platformun paylaştığı region'ları kâr payı ekleyerek kendi projelerine satar
  • Faturayı kendi sisteminiz keser: billing API + imzalı webhook'lar
  • Proje başına aylık maliyet limiti: bildir ya da durdur
  • Ek dosyalı, atamalı, gerçek zamanlı destek ticket'ları
  • Tek kiracılı ya da multi-tenant sürüm
KONSOL

0.6 ile gelen her şey, konsolda göründüğü gibi.

Bir RunR 0.6 kurulumundan sahneler. Her biri aynı açık kaynak kurulumun bir özelliğidir; her özelliğin doküman sayfası bağlantılıdır.

Deploy stratejileri

Blue-green ve canary, otomatik frenle.

Stratejiyi fonksiyon başına seçin. Blue-green yeni revizyonu yayındakinin yanında, trafiğin %0'ı ve kendi test URL'iyle başlatır, sonra tüm trafiği tek seferde taşır: elle ya da sağlık kontrolü geçer geçmez kendiliğinden. Canary yeni revizyonun payını adım adım artırır (varsayılan %10 → %50 → %100); bir adımda hata oranı ya da p95 gecikmesi eşiği aşarsa rollout kendi kendine geri döner.

  • Önceki revizyon sıcak kalır: geri alma anlık
  • Fonksiyon başına eşikler: hata oranı, p95 gecikme, adım süresi
  • Aynı ayarlar konsolda, CLI'da ve Terraform provider'ında
Deploy stratejileri →
Bir fonksiyonun deploy strateji ayarları: canary adımları, adım süresi ve sürümü otomatik geri alan hata oranı ve p95 eşikleri
Ortamlar ve terfi

dev, staging, production: tek proje, adım adım terfi.

Bir proje birden çok ortamda çalışır; her birinin kendi URL'i, yapılandırma override'ları, secret değişkenleri, binding'leri, özel domain'leri, git branch'i ve region'ı vardır. Terfi aynı kod sürümünü ve imajı, yeniden build etmeden, hedefin kendi yapılandırmasıyla bir sonraki ortama taşır; önizleme neyin değişeceğini gösterir, production'a terfi varsayılan olarak onay bekler.

  • Ortam başına bir git branch: push o ortamı deploy eder
  • Pull request başına preview ortamları ayrı durur, kapanınca silinir
  • Geri alma, versiyonun çalıştığı yapılandırmayla
Ortamlar →
Bir projenin Environments sekmesi: URL'leri ve versiyonlarıyla dev, staging ve production; onay bekleyen bir production terfisi
Global projeler

Tek host adı, birden çok region, failover dahil.

Global bir proje tek host adının arkasında birden çok region'da çalışır. HA modunda birincil region sağlıklı olduğu sürece yanıt verir, değilse diğerleri devralır; yakınlık modunda istemciye en yakın sağlıklı region yanıt verir. Birincil düşünce RunR bir sonraki sağlıklı region'a geçer: oradaki Postgres replikası terfi eder, tetikleyiciler ve DNS onu izler.

  • Dedicated Postgres binding'leri her region'a replike edilir; switchover veri kaybetmeden
  • Region başına sağlık kontrolü; elle switchover ya da failover
  • Yönetilen KV, nesne depolama ve paylaşımlı Postgres kendi region'ında kalır
Global projeler →
Region'lar arasında bir global proje: HA modu, her region'ın sağlığı, birincil region ve host adının DNS kayıtları
Tetikleyiciler ve event gateway

Projenin tepki verdiği her olay, tek listede.

HTTP, saat dilimli zamanlamalar, kuyruklar, imza ön ayarlı webhook gelen kutusu, fan-out topic'ler, platform olayları ve broker ile dış kaynaklar: Kafka, NATS JetStream, RabbitMQ, MQTT, Postgres değişiklik yakalama (CDC), S3 bucket'ları ve IMAP ile e-posta. Projenin event gateway'i her olayı CloudEvent olarak, retry ve dead letter ile teslim eder; bir mesaj ancak teslim edilince ya da dead letter'a düşünce onaylanır.

  • Kimlik bilgileri yalnız yazılabilen tetikleyici secret'larıdır
  • Saklanan olaylar yeniden oynatılır; genel HMAC her webhook'u kapsar
  • Teslim durumu, retry'lar ve dead letter, tetikleyici başına görünür
Tetikleyiciler →
Bir projenin Triggers listesi: HTTP, zamanlama, kuyruk, webhook, Kafka ve Postgres CDC tetikleyicileri, teslim durumlarıyla
Durable workflow'lar

Çökmeleri, redeploy'ları ve günlerce uykuyu atlatan fonksiyonlar.

Bir workflow, projedeki sıradan bir fonksiyondur; adım adım yazılır. Her adımın sonucu kaydedilir, böylece bir koşu çökme ya da redeploy sonrasında kaldığı yerden sürer; bir workflow on dakika ya da on gün uyuyabilir, bir olayı bekleyebilir, başarısız adımı yeniden deneyebilir ve başka workflow'ları çağırabilir. Konsol her koşuyu adımları ve süreleriyle gösterir.

  • Python (runr-workflows) ve TypeScript (@runr/workflows) SDK'ları
  • Dilden bağımsız bir protokol: her runtime uygulayabilir
  • Organizasyon başına kota ve kullanım ölçümü
Durable workflow'lar →
Konsolda bir durable workflow koşusu: adımları, uykuları ve beklenen olayları, süreleriyle
Tedarik zinciri ve secret store'lar

Çalıştırdığınız her imajı tanıyın; sırları veritabanının dışında tutun.

RunR'ın build ettiği ya da aldığı her imaj bir SBOM (SPDX ve CycloneDX, OCI referrer olarak eklenir), çevrimdışı veritabanıyla da çalışan bir zafiyet taraması ve region anahtarıyla cosign imzası alır. Policy kapısı deploy öncesi karar verir, region yalnız imzalı imajları kabul eder. Secret değişkenler RunR'ın veritabanına hiç girmez: region'ın Kubernetes Secret'larında ya da RunR'ın orada çalıştırdığı OpenBao'da durur ya da kendi HashiCorp Vault / OpenBao, AWS Secrets Manager, GCP Secret Manager ya da Azure Key Vault'unuzda kalır, region'ın kimliğiyle okunur.

  • İmzalı runtime yama akışı: her yamanın seviyesi, nedeni ve CVE'leri; kritik ve zero-day yamalar için son tarih
  • Dinamik Postgres kimlik bilgileri: region OpenBao'sundan kısa ömürlü veritabanı kullanıcıları
  • Append-only audit log: dışa aktarma ve SIEM'e iletme
Tedarik zinciri → Secret store'lar →
Bir imajın tedarik zinciri: SBOM'u, zafiyet taramasının sonucu, cosign imzası ve policy kapısının kararı

Konsoldan daha fazlası

RunR konsolunda süren bir deploy: build ve rollout adımları süreleriyle canlı akıyor

Canlı bir deploy

Build ve rollout adımları konsola olduğu anda akar; her değişiklik geri alınabilir bir versiyondur.

Bir projenin Logs ve Metrics sekmeleri: istek, gecikme ve replika grafiklerinin yanında canlı log satırları

Proje başına log ve metrik

İstek, gecikme ve replika grafiklerinin yanında canlı log satırları; Traces sekmesinde waterfall'lu trace'ler, hatalı çağrılar için request replay.

RunR konsolunda roller ve izinler: izin kataloğuna karşı hazır ve özel roller

Roller ve izinler

Tek izin kataloğu, hazır ve özel roller, gruplar, proje bazında erişim ve sahibinin izinlerinin alt kümesiyle sınırlı API token'ları.

Region sihirbazı: kubeconfig denetlenir, Knative Serving, Traefik, registry ve observability yığını adım adım kurulur

Region ekleme

Bir kubeconfig yapıştırın. RunR cluster'a Knative Serving, Traefik, Zot registry, Redis, Prometheus, Loki ve region agent'ını kurar, güncel tutar.

KAYNAKTAN POD'A

Kaynaktan doğrudan pod'a. Container hazırlamak yok.

Dockerfile değil, handler yazın. RunR kaynağınızı — tek dosya ya da koca bir proje; web editöründen, git push ile ya da CLI'dan — alır, dependency'leri kurar, Go'yu derler, imajı cluster'ınızın içinde Kaniko ile üretir ve Knative'e teslim eder.

CONTAINER YOLU

Klasik container akışı

Her değişiklikte: image build et, push et, yayına al.

1Kodu yaz
2Dockerfile yaz
3docker build (dakikalar)
4Registry'e push et
5Deployment / Service / Ingress YAML'ı yaz
6Yayına al + autoscaling ayarla
⏱ Dakikalar / değişiklik
VS
RunR

Kodu yapıştır → Deploy

Platform dependency'leri kurar, Go'yu derler, imajı cluster içinde Kaniko ile üretir ve Knative'e teslim eder.

1Web editörde kodu yaz ya da git push — her değişiklik bir versiyon
2Deploy'a bas, runr deploy çalıştır ya da push deploy etsin

Arka planda otomatik: dependency kurulumu ya da Go derlemesi → Kubernetes Job olarak Kaniko build (linux/amd64) → region registry'sine push → Knative revision. Dependency'si olmayan kod build'e hiç girmez, doğrudan ConfigMap'ten yayına çıkar.

⚡ ~3 sn (bağımlılıksız) · ~23 sn (build'li) / değişiklik

RunR ölçümü: v0.4.2, tek düğümlü k3s (8 vCPU, 16 GB); kaydetmeden yeni kodun yanıt vermesine kadar medyan (n=3). Bağımlılıksız 2,7 sn (2,7–3,7 sn); build'li 23,0 sn (22,0–25,0 sn; Kaniko, Node + 1 npm bağımlılığı, temel imajlar region registry önbelleğinden). Projenin ilk build'ine bir kerelik temel imaj çekme eklenir.

Dahili runtime'lar

Python Node.js Go PHP PyTorch TensorFlow

Runtime imajları upstream'i takip eder: ömrünü doldurmamış (EOL olmayan) her sürüm hazır gelir, her proje kendi sürümünü seçer.

Her dil: runtime plugin'leri

C Rust Bash Q sizin diliniz

Bir runtime, bir runtime.yaml manifesti ve bir imajdır. Universal wrapper (runr-wrapper) HTTP isteklerini, kuyruk mesajlarını ve zamanlama tetiklerini stdin / stdout üzerinden çağrılara çevirir; http, exec ve persistent modları. Platform yöneticileri ve organizasyonlar kendi runtime'larını kaydeder; runr dev aynı imajlarla yerelde çalıştırır.

WebAssembly (Spin)

Rust Go (TinyGo) JavaScript / TypeScript Python wasm-exec: C / C++ · Zig · .wasm

Wasm fonksiyonları runwasi'nin Spin shim'i üzerinde Spin bileşeni olarak çalışır; region'ın Isolation sekmesinden tek tıkla kurulur. wasm-exec, her WASI komutunu Spin'in WAGI executor'ında çalıştırır.

⚡ Sıfırdan ilk yanıt: Rust 1,54 sn · JavaScript 2,12 sn

RunR ölçümü: v0.5.0, 2026-10-15, test VM'inde tek düğümlü k3s v1.34.11 (8 vCPU Broadwell, iç içe KVM, 15,6 GiB), Knative 1.21.3; Spin shim, 250m / 128 MiB, imaj düğümde, RunR'ın varsayılan scale-to-zero ayarı; VM içinden Traefik üzerinden HTTPS, her istekte yeni bağlantı; sıfır replikadan ilk tam HTTPS yanıtına medyan (p90), her biri n=12: Rust 1,54 sn (1,84), JavaScript 2,12 sn (2,58); sıcak istek medyanı 9 / 11 ms (n=100).

AI · KENDİ CLUSTER'INIZDA

GPU'lar, modeller ve ajanlar için altyapı.

RunR GPU node'larını algılar, Hugging Face modellerini tek tıkla servis eder, AI ajanlarına MCP üzerinden izinleriyle sınırlı erişim verir ve yazdıkları kodu izole sandbox'larda çalıştırır.

G

GPU Worker'lar

NVIDIA device plugin · GPU Operator

Region'daki NVIDIA GPU node'larını algılar, device plugin'i ya da GPU Operator'ı kurar ve GPU fonksiyonlarını ve container'larını oraya yerleştirir — scale-to-zero, GPU süresiyle ölçülür.

  • config.gpu: adet · ürün · minimum GPU belleği
  • GPU Feature Discovery, opsiyonel time-slicing
  • runc ya da gVisor (nvproxy) altında
  • PyTorch ve TensorFlow runtime'ları, CPU ve CUDA imajlarıyla
  • Tenant başına GPU kotası
H

Hugging Face Modelleri

vLLM · TGI · TEI · hf-serve

Hub tarayıcısından tek tıkla model servisi — vLLM, TGI, TEI, RunR'ın hf-serve'ü ya da kendi imajınız; çevrimiçi ya da tamamen çevrimdışı.

  • Region'ın model volume'unda çevrimdışı kopyalar
  • Air-gapped region'lar için parçalı yükleme ve içe aktarma
  • Konsolda playground
  • Model binding: her dilde RUNR_MODEL_<ALIAS>_* değişkenleri
M

MCP Sunucusu + MCP Barındırma

Model Context Protocol · OAuth 2.1

/mcp adresinde dahili MCP sunucusu: Claude Code gibi ajanlar RunR'ı token'larının izinleri dahilinde yönetir, her çağrı audit log'a düşer. MCP istemcileri API token'ı ya da tek tıkla OAuth 2.1 ile bağlanır.

  • Kendi MCP sunucularınız proje olarak, gateway arkasında
  • Erişim: herkese açık, RunR token'ı ya da OAuth
  • İmzalı çağıran kimliği, çağrı kaydı ve inspector
  • Python ve TypeScript başlangıç runtime'ları
S

Sandbox API

gVisor · Kata · warm pools · SDKs

AI ajanlarının yazdığı kod için izole, kısa ömürlü sandbox'lar: region'ın en güçlü izolasyonunda (KVM'li node'larda Kata mikro-VM'i, yoksa gVisor), varsayılan olarak ağ erişimi olmadan, kendi CPU, bellek ve disk limitleriyle.

  • Exec: JSON, Server-Sent Events ya da WebSocket, istenirse terminalde (TTY); dosyalar, arka plan süreçleri
  • Code interpreter, konsol terminali ve runr sandbox exec -it
  • Warm pool, pause / resume, TTL, kota ve kullanım ölçümü
  • Python (runr-sandbox) ve TypeScript (@runr/sandbox) SDK'ları
⚡ Oluşturmadan ilk komuta: sıcak havuzdan 0,28–0,36 sn · soğuk 2,0–4,0 sn
RunR konsolunda Hugging Face Hub tarayıcısı, bir GPU region'ına deploy edilen model servisiyle

Hugging Face modelleri

Hub'ı konsolda tarayın; vLLM, TGI, TEI ya da hf-serve ile çevrimiçi ya da tamamen çevrimdışı bir model servisi deploy edin, playground'da deneyin.

RunR konsolunda MCP: dahili MCP sunucusu adresi, bağlı istemciler ve gateway arkasında barındırılan bir MCP sunucusu, çağrı kaydıyla

MCP sunucusu ve MCP barındırma

Ajanlar için /mcp adresindeki dahili MCP sunucusu ve gateway arkasında barındırılan kendi MCP sunucularınız: herkese açık, token ya da OAuth erişimi, çağrı kaydı ve inspector.

Sandbox API sayfası: sınıfıyla (gVisor ya da Kata) çalışan sandbox'lar, sıcak havuz ve organizasyonun kotası

Sandbox API

Sınıfıyla (gVisor ya da Kata) çalışan sandbox'lar, sıcak havuzlar ve kotalar; API ve SDK'lar üzerinden exec, dosyalar, arka plan süreçleri ve code interpreter.

RunR ölçümü: v0.5.0, 2026-10-15, test VM'inde tek düğümlü k3s v1.34.11 (8 vCPU Broadwell, iç içe KVM, 15,6 GiB), Knative 1.21.3, gVisor 20260921.0, Kata Containers 3.28.0; Sandbox API (POST /api/sandboxes, VM içinden çağrıldı), Python 3.14, 500m / 512 MiB, imaj düğümde; ilk komut dönene kadar, medyan (p90), sınıf başına n=10 — soğuk: gVisor 2,01 sn (3,79), Kata Firecracker 2,99 sn (4,00), Kata Cloud Hypervisor 4,01 sn (4,07); 2'lik sıcak havuzdan: Kata Firecracker 0,28 sn (0,30), Kata Cloud Hypervisor 0,34 sn (0,61), gVisor 0,36 sn (0,40). Çalışan bir sandbox'ta bir komut: 0,16–0,22 sn.

NEDEN RUNR

Serverless deneyimi — kendi sunucunuzda.

Cloud sağlayıcıların verdiği rahatlık, açık kaynağın özgürlüğü.

⚡

%100 Açık Kaynak

Tüm kod MIT lisansıyla. Self-host edin, fork'layın, değiştirin. Hiçbir özellik paywall arkasında değil.

MIT lisansı · BRF Teknoloji
📉

Scale-to-Zero

Knative ile boşta kalan pod'lar tamamen kapanır: son istekten ~60 sn sonra replika sıfıra iner, pod ~93 sn'de tamamen gider (RunR v0.4.2 ölçümü; Knative varsayılanı: 60 sn kararlılık penceresi + 30 sn bekleme). Boştaki fonksiyon kaynak tutmaz; kapasite diğer iş yüklerine kalır.

Region, scale-to-zero projeleri bir overcommit bütçesine göre kabul eder — varsayılan olarak CPU'sunun 3, belleğinin 1,5 katı, region başına ayarlanır; sürekli açık projeler tam boyutlarını ayırır.

🏢

Multi-Tenant + RBAC

Tenant başına şema izolasyonu ve region başına kota; hazır ve özel roller, gruplar, SSO grup eşlemesi ve kapsamı sınırlı API token'ları.

🛡️

Sandbox İzolasyonu

Her region'da proje tipine göre seçilir: syscall seviyesinde gVisor, mikro-VM'li Kata Containers (Cloud Hypervisor, QEMU, Dragonball, Firecracker; donanım sanallaştırmalı node'larda) ya da düz runc.

🔓

Sıfır Vendor Lock-in

Standart Knative API'leri, OCI imajları ve MIT lisanslı kod. İş yükleriniz Knative çalışan her Kubernetes'e taşınır; platformun kendisi de sizindir.

🌍

Kendi Cluster'larınızda

Platformu Helm chart'ı ya da tek sunucuda Docker Compose ile kurun (air-gapped dahil), sonra istediğiniz kadar Kubernetes cluster'ını kubeconfig'iyle region olarak ekleyin — konsoldan ya da runr regions create ile.

SANDBOX & RUNTIME İZOLASYON

Container'ın altında bir şey değiştirmek istediğinizde.

Her region, XaaS, FaaS, CaaS ve build job'larını RuntimeClass üzerinden ayrı ayrı bir container runtime'a eşler: varsayılan runc, kurulduktan sonra gVisor ya da Kata. gVisor syscall'ları intercept eder, Kata her pod'u kendi mikro-VM'inde çalıştırır, Firecracker (AWS Lambda'nın da kullandığı) en yalın mikro-VM'i sunar. Aynı izolasyon Sandbox API'nin sandbox'larını da korur.

gVisor SYSCALL

Google · User-space kernel · runsc shim

Cold start · Python
2,0 sn
Mem overhead
Düşük (VM yok)
Isolation
OS
Use
XaaS · FaaS
  • Syscall interception (270+ syscall filtreli)
  • Container kaçışlarına karşı sertleştirilmiş
  • Host kernel saldırı yüzeyi çok daha dar
  • Tek tıkla kurulum (installer DaemonSet)

Kata + CLH VM

Kata Containers · Cloud Hypervisor · kata-clh shim

Cold start · Python
3,1 sn
Mem overhead (0.4.2)
~130–150 MiB
Isolation
Hardware
Use
CaaS · Build
  • Her pod kendi mikro-VM'inde; guest doğrudan Kata agent ile açılır (systemd yok)
  • Cloud Hypervisor (Rust-based, hafif)
  • Hardware virtualization (Intel VT-x / AMD-V)
  • Untrusted code için altın standart

Firecracker μVM

AWS · Rust · firecracker-containerd

Cold start · Python
3,2 sn
Mem overhead (0.4.3)
~145–155 MiB
Isolation
Hardware
Use
High-throughput
  • AWS Lambda'nın altında çalışan motor
  • Minimal device emulation (küçük binary)
  • Yüksek packing yoğunluğu için tasarlandı
  • Kök dosya sistemi containerd'nin devmapper snapshotter'ında
  • Opsiyonel — Kata FC variant ile gelir

RunR ölçümü: v0.5.0, 2026-10-15, test VM'inde tek düğümlü k3s v1.34.11 (8 vCPU Broadwell, iç içe KVM, 15,6 GiB), Knative 1.21.3, gVisor 20260921.0, Kata Containers 3.28.0; fonksiyon 250m CPU / 256 MiB, imaj düğümde, RunR'ın varsayılan scale-to-zero ayarı; VM içinden Traefik üzerinden HTTPS, her istekte yeni bağlantı; sıfır replikadan ilk tam HTTPS yanıtına medyan (p90), her biri n=12, Python — runc 1,50 sn (2,14); gVisor 1,97 sn (2,64); Kata Cloud Hypervisor 3,11 sn (3,25), Firecracker 3,21 sn (3,47; kök dosya sistemi containerd devmapper snapshotter'da), QEMU 3,89 sn (4,45), Dragonball 3,95 sn (4,04). Kata yalnız Python ile ölçüldü. Sıcak istek medyanı 9–12 ms (n=100). Bellek ek yükü aynı test VM'inde önceki sürümlerle ölçüldü: Cloud Hypervisor için ~130–150 MiB (RunR v0.4.2), Firecracker için ~145–155 MiB (RunR v0.4.3); boştaki Kata pod'u başına host'ta shim + VMM (Cloud Hypervisor'da + virtiofsd) PSS toplamından fonksiyonun guest içindeki kendi belleği düşülerek hesaplanır.

⚙️

Containerd shim seçimi — proje tipi başına

Her region XaaS, FaaS, CaaS ve build job'larını ayrı ayrı bir runtime'a eşler — varsayılan runc; gVisor ya da bir Kata hypervisor'ı kurulduğu anda seçilebilir. Deploy sırasında Knative manifestine uygun runtimeClassName (gvisor, kata-clh, kata-qemu, kata-dragonball, kata-fc) otomatik yazılır; WebAssembly fonksiyonları wasmtime-spin-v2 ile Spin shim'inde çalışır.

🔧

Cilium sandbox network fix — kendi platformumuzda çözdük

Sandbox pod'lar varsayılan olarak host-net namespace'inden ClusterIP servislerine erişemez (Cilium upstream bug). RunR cluster'a bpf-lb-sock-hostns-only: true patch'ini otomatik uygular — çalışan cluster'larda, kesintisiz.

TEKNİK MİMARİ

Tek bir kutu değil — 12 katmanlı bir platform.

Kontrol düzlemi — Vue SPA, Octane üzerinde Laravel API, queue worker'lar, scheduler ve WebSocket sunucusu, tek bir gateway arkasında — Helm chart'ı ya da tek sunuculu Compose kurulumu olarak gelir. Knative Serving, Traefik, Zot registry, sandbox'lar, Spin shim'i, GPU desteği, veri servisleri ve observability stack'ini RunR her region cluster'ına kendisi kurar.

Kullanıcı Browser · CLI · MCP Vue 3 + Vite 100+ component · 30+ composable 7 store · driver.js tour Tailwind · Monaco · xterm.js · i18n runr-ui Laravel 12 API · PHP 8.3 110+ Controller · 70+ Service 70+ Job · 100+ Model · 90+ Trait Sanctum · Scramble · ETag · RBAC MCP · git HTTP · OAuth 2.1 runr-api · Octane (FrankenPHP) REST + WS Horizon Queue · Build · Deploy Reverb WebSocket · Shell PTY PostgreSQL 17 Central + Tenant schemas Redis 7 Queue · Cache · WS broker Region · any Kubernetes cluster · add-ons via Helm kubeconfig Knative Serving Scale-to-zero · Revision matched to K8s XaaS · FaaS · CaaS pods Sandbox runc · gVisor (runsc) Kata · Spin (Wasm) RuntimeClass per type Traefik + Cilium Ingress · L7 LB bpf-lb-sock-hostns eBPF dataplane Zot Registry OCI · pull-through S3 / PVC / External Build artifacts Observability Metrics + Logs Prometheus + cAdvisor Loki + Promtail Traces OpenTelemetry + Tempo replay · uptime · alerts Region Agent Go · one per region metrics · sessions · events Usage + Billing UsageAggregationJob Billing API · webhooks Tenancy Modules/ Tenancy AuthProvider Ticket Billing Frontend plugin.js Tenant switcher Billing pages *_ENABLED flags
01

Frontend

Vue 3 · Vite · runr-ui
100+ component30+ composablePiniaMonacoxterm.jsi18n EN · TR
02

Backend API

Laravel 12 · PHP 8.3 · Octane (FrankenPHP)
110+ controller70+ service100+ modelSanctumHorizonScramble
03

Real-Time

Reverb WebSocket · runr-reverb
Private channelsShell PTYNotificationsLive metrics
04

Kubernetes

K8s 1.30+ · Helm
HelmHPAPDBRBACMulti-cluster
05

Knative Serving

Matched to K8s · auto-scale
Scale-to-zeroRevisionsMin / max scaleKPACapacity admission
06

Sandbox

RuntimeClass per project type
runcgVisorKata: CLH · QEMU · Dragonball · FCSpin (Wasm)
07

Network

Traefik Gateway · Cilium
L7 ingresseBPF dataplaneAPI gatewaySubdomain routing
08

Registry

Zot · OCI compliant
Pull-through cacheS3 / PVCNode pre-pullImage uploads
09

Observability

OpenTelemetry · Tempo · Prometheus · Loki
TracesReplayUptimeStatus pageAlertsRegion agent
10

Tenancy

stancl/tenancy v3 + Modules v11
Schema-per-tenantResource syncImpersonationWhite-label
11

Supply Chain

SBOM · scan · cosign · admission
SPDX · CycloneDXOffline scan DBPolicy gateSigned admission
12

Migration & DR

Region cutover · DNS flip
Region migrateDNS cutoverAuto redeployRollback
0+
Components
0+
Controllers
0+
Services
0+
Models
0+
Composables
0+
Queued Jobs
NASIL ÇALIŞIR

Dört adım, üretime canlı.

1

Yaz

Web editöründe kodu yaz, git push yap ya da runr init ile başla — runtime'ı seç, gerisi RunR'da.

2

Deploy Et

Her değişiklik bir versiyondur, gerekiyorsa otomatik build edilir. Tek tık, bir push ya da runr deploy o versiyonu Knative'de yayına alır.

3

Ölçekle

Otomatik scale-to-zero ve scale-out. Trafiğe göre saniyeler içinde.

4

İzle

Canlı log, metrik, trace ve maliyet takibi. Prometheus, Loki ve OpenTelemetry dahil.

KARŞILAŞTIRMA

RunR ve alternatifleri yan yana.

Çıplak Knative, Knative Functions, OpenFaaS, AWS Lambda ve Vercel; özellik özellik, kendi dokümanlarından.

ÖZELLİK RunR Knative (bare) Knative Functions OpenFaaS AWS Lambda Vercel
Lisans MIT, her özellik Apache-2.0 (CNCF) Apache-2.0 CE: EULA, ticari kullanımda şirket başına tek kurulum, en fazla 60 gün · Standard / Enterprise ücretli Kapalı kaynak Kapalı kaynak
Nerede çalışır Kendi Kubernetes cluster'larınız: bare metal, private ya da yönetilen, air-gapped dahil Kendi Kubernetes cluster'ınız Kendi Knative cluster'ınız Kendi Kubernetes cluster'ınız ya da faasd ile tek sunucu Yalnız AWS Yalnız Vercel bulutu
Konsol Web konsolu: editör, log, metrik, trace, shell, her ayar kn CLI ve YAML func CLI Dashboard Standard / Enterprise'da AWS Console Dashboard
Kaynaktan, Dockerfile'sız Web editörü, git push ya da CLI; cluster içinde Kaniko ile build Yalnız container imajı func build: Node.js, Python, Go, Quarkus, Rust, Spring Boot, TypeScript şablonları Şablonlarla faas-cli build (yerel Docker); builder API Enterprise'da Yönetilen runtime'lar için zip ya da container imajı Git'ten framework build'leri
Container imajları Her OCI imajı (CaaS); air-gapped region'lar için yükleme Evet Fonksiyonlar imaja derlenir Evet (fonksiyonlar imajdır) Evet, 10 GB'a kadar Fonksiyonlar için Container runtime (beta); Daemons (beta)
WebAssembly Spin shim: Rust, TinyGo, JS / TS, Python; her WASI komutu için wasm-exec Kendi kurduğunuz Wasm RuntimeClass ile — — — Edge runtime: Wasm modülleri
Sıfıra ölçekleme Evet (Knative) · ölçülen cold start 1,5–1,7 sn (runc), 2,0 sn (gVisor), 3,1–4,0 sn (Kata) Evet Evet (Knative) Standard / Enterprise Evet Evet (Fluid compute)
Sandbox izolasyonu Proje tipi başına runc, gVisor ya da Kata (Cloud Hypervisor, QEMU, Dragonball, Firecracker), konsoldan kurulur Cluster'ın RuntimeClass'ı, siz kurarsınız Cluster'ın RuntimeClass'ı, siz kurarsınız Profiles ile runtimeClassName: Enterprise Firecracker, AWS yönetir Yönetilen; Sandbox Firecracker mikro-VM'leri çalıştırır
Olay kaynakları HTTP, zamanlama, kuyruk, webhook, topic, Kafka, NATS, RabbitMQ, MQTT, Postgres CDC, S3, IMAP; retry ve dead letter'lı CloudEvents Knative Eventing: Kafka, RabbitMQ, Redis, GitHub, GitLab, Ping, API server ve dahası Knative Eventing arkasında CloudEvent fonksiyonları Kafka, RabbitMQ, Pub/Sub, Postgres, SNS / SQS bağlayıcıları Standard'da SQS, Kinesis, DynamoDB Streams, EventBridge, S3, MSK ve kendi Kafka'nız, MQ HTTP, Cron Jobs, Queues
Durable workflow'lar Dahili: adımlar, retry, timer, olaylar, alt workflow'lar; Python ve TypeScript SDK'ları — — — Lambda durable functions; ayrıca AWS Step Functions Vercel Workflows
Ortamlar ve terfi Proje başına dev, staging, production; aynı imajın onaylı terfisi Namespace'ler Namespace'ler Namespace'ler (Enterprise'da birden çok) Versiyonlar ve alias'lar Preview ve Production; özel ortamlar Pro / Enterprise'da
Blue-green / canary Test URL'li blue-green; hata oranı ya da p95 gecikmesinde otomatik geri dönen adımlı canary Revizyon başına trafik payı; zamana bağlı kademeli rollout; metriğe bağlı geri alma yok Knative trafik bölmesiyle — Ağırlıklı alias'lar; CodeDeploy ile alarm geri almalı canary / linear Rolling Releases (Pro / Enterprise): kademeli paylar, ilerletme ya da iptal sizde; Instant Rollback
Çok region'lu projeler Global projeler: tek host adı, HA ya da yakınlık modu, Postgres replikalı failover — — — Region başına; Web Functions için çok region'lu endpoint (gecikmeye göre, sağlık tabanlı failover yok) Edge ağı; fonksiyon region'ları
Tenancy, RBAC, SSO Organizasyonlar ve tenant'lar, roller, gruplar, kapsamlı token'lar; Google, GitHub, Microsoft, GitLab, OIDC, SAML ile SSO Kubernetes namespace'leri ve RBAC Kubernetes namespace'leri ve RBAC Birden çok namespace, IAM ve SSO Enterprise'da AWS IAM Ekipler ve roller; SAML SSO Enterprise'da
Tedarik zinciri SBOM, tarama (çevrimdışı da), cosign imzası, policy kapısı, imzalı imaj admission'ı — — — Kod imzalama (AWS Signer) —
GPU ve modeller GPU fonksiyonları ve container'ları; Hugging Face model servisleri (vLLM, TGI, TEI); model binding'leri Kubernetes GPU kaynakları — Profiles ile GPU (ücretli sürümler) — —
MCP /mcp'de dahili MCP sunucusu; kendi MCP sunucularınız için barındırma — — — Kendi yazdığınız, fonksiyon olarak Vercel MCP; kendinizinkini mcp-handler ile barındırın
Kod olarak altyapı Terraform / OpenTofu provider brf-tech/runr, runr CLI, GitHub Action, GitLab CI job'u Kubernetes manifestleri func.yaml + func CLI stack.yaml + faas-cli AWS provider, SAM, CDK Terraform provider vercel/vercel, CLI
Fiyat Ücretsiz yazılım; yalnız kendi altyapınızı ödersiniz Ücretsiz; kendi cluster'ınız Ücretsiz; kendi cluster'ınız CE sınırları içinde ücretsiz (15 fonksiyon, 60 gün ticari deneme); Standard / Enterprise abonelik $0,20 / 1M istek + $0,0000166667 / GB-sn (us-east-1, 2026-10-01) Hobby ücretsiz; Pro $20 / geliştirici / ay + kullanım (2026-10-01)

Tek tek, kaynaklarıyla (İngilizce): RunR vs Google Cloud Run · RunR vs AWS Lambda · RunR vs Vercel · RunR vs Knative · RunR vs OpenFaaS

Her projenin herkese açık dokümanlarından 2026-11-02'de derlendi (bağlantılar aşağıda); ücretli sürüm notları üreticilerin kendi sürüm sayfalarını izler, “—” dokümanların böyle bir özellik tanımlamadığı anlamına gelir. Knative bir CNCF projesidir; OpenFaaS, AWS Lambda ve Vercel sahiplerinin markalarıdır. RunR bunların hiçbiriyle bağlantılı değildir, hiçbiri tarafından desteklenmez.

Kaynaklar, 2026-11-02'de okundu: Knative rollouts · Knative Eventing sources · Knative Functions · OpenFaaS editions · OpenFaaS Profiles · OpenFaaS pricing · Lambda container images · Lambda alias routing · Lambda event sources · Lambda code signing · Lambda pricing · Vercel Rolling Releases · Vercel environments · Vercel Sandbox · Vercel Daemons · Vercel pricing · 2026-11-03'te: OpenFaaS CE EULA · Lambda durable functions · Lambda Web Functions endpoints · Vercel Container runtime · Vercel Workflows

RunR ölçümü: v0.5.0, 2026-10-15, test VM'inde tek düğümlü k3s v1.34.11 (8 vCPU Broadwell, iç içe KVM, 15,6 GiB), Knative 1.21.3, gVisor 20260921.0, Kata Containers 3.28.0; fonksiyon 250m CPU / 256 MiB (container 500m / 512 MiB, WebAssembly 250m / 128 MiB), imaj düğümde, RunR'ın varsayılan scale-to-zero ayarı; VM içinden Traefik üzerinden HTTPS, her istekte yeni bağlantı; sıfır replikadan ilk tam HTTPS yanıtına medyan, her biri n=12 — runc: Python 1,50, Go 1,54, Node.js 1,62, PHP 1,65 sn, container (CaaS) 1,57 sn; gVisor: Python 1,97 sn; Kata (yalnız Python): Cloud Hypervisor 3,11, Firecracker 3,21, QEMU 3,89, Dragonball 3,95 sn; WebAssembly: Rust 1,54, JavaScript 2,12 sn; sıcak istek medyanı 9–12 ms (n=100). Fiyat satırı: 2026-10-01 tarihli resmi fiyat sayfaları (USD, vergi ve veri transferi hariç); bölgeler ve kaynak bağlantıları aşağıdaki notta.

Aylık Tam Maliyet · Ağır Veri İşleme

Ayda 5M istek · 2 GB, 1 vCPU, istek başına 3 sn · istek başına nesne depolamadan 2 MB okuma + 1 MB yazma (30 gün saklanır) · 500 KB yanıt · 1 KB log · liste fiyatları, USD, 2026-10-01

RunR Self-Host

Yazılım: $0

RunR bir yazılımdır, barındırılan hizmet değil: istek başına, ms×bellek, API gateway veya log alımı ücreti yoktur. Zaten sahip olduğunuz altyapıda (bare metal veya kendi bulut kurulumunuz) çalışır; yalnızca o altyapıyı, size maliyeti neyse onu ödersiniz. Kendi veri merkezinizde kalan veri hyperscaler egress ve depolama ücreti ödemez.

AWS Lambda

≈ $876 / ay

Lambda ms×GB $501 (30M GB-sn + 5M istek) · egress $225 (2.500 GB × $0,09) · S3 depolama + istek $142 · API Gateway $5 · CloudWatch log $3 (us-east-1)

GCP Cloud Run

≈ $890 / ay

Cloud Run vCPU-sn + GiB-sn $437 (1 vCPU, 2 GiB, 15M sn + 5M istek) · egress $285 (2.500 GiB × $0,12–0,11) · Cloud Storage + işlemler $127 · load balancer $38 · log $3 (us-central1)

Azure Functions

≈ $1.142 / ay

Flex Consumption ms×GB $782 (30M GB-sn × $0,000026 + 5M çalıştırma) · egress $217,50 (2.500 GB × $0,087) · Blob depolama + işlemler $131 · Log Analytics $11,50 (East US; Consumption en çok 1,5 GB olduğundan Flex)

Hafif API (1M istek, 256 MB, 200 ms, 5 KB yanıt): AWS, Azure veya Cloud Run'ın varsayılan adresiyle tüm kalemler dahil ayda $2,58–$2,75 ve ücretsiz kotalar neredeyse tamamını karşılar — küçük API'ler hyperscaler'larda neredeyse ücretsizdir. Yukarıdaki ağır iş yükü: her istek 1 GET + 1 PUT, sonuçlar 30 gün saklanır (→ 5.000 GB depolama), 500 KB çıkış (→ 2.500 GB egress), örnek başına tek istek (CPU ağırlıklı) ve her yerde aynı süre; ay = 730 sa; ücretsiz kota düşülmedi (düşülürse AWS'de $18,52, Google Cloud'da $8,78, Azure'da $22,90 azalır). HTTP girişi: API Gateway HTTP API (AWS), Google'ın üretimde özel alan adı için önerdiği harici Application Load Balancer, fonksiyon uygulamasının kendi adresi ve ücretsiz yönetilen sertifika (Azure); depolamaya ücretsiz özel yol (S3 gateway endpoint, Private Google Access, Storage service endpoint); GiB fiyatlı kalemlerde GB sayıları kullanıldı. Hariç: vergi, destek planları, yedekler, WAF, KMS, zonlar arası trafik. Bölgeler: AWS us-east-1 (x86 / Linux), GCP us-central1, Azure East US.

Kaynaklar (resmi fiyat sayfaları ve dokümanlar, 2026-10-01'de okundu): AWS Lambda · API Gateway · S3 · CloudWatch · AWS VPC · Google Cloud Run · GCP ağ · Cloud Load Balancing · Cloud Storage · Cloud Logging · Cloud Run özel alan adları · Azure Functions · Flex Consumption · Azure Functions limitleri · Azure bant genişliği · Azure Blob Storage · Azure Monitor · Azure Retail Prices API · Vercel Functions · Vercel planları

GEÇİŞ

Cloud'dan RunR'a — aylar değil saatler.

Mevcut iş yüklerinizi RunR'a taşımanın ne kadar iş gerektirdiğini görün.

AWS Lambda→RunR

Handler'lar XaaS'a 1:1 eşleşir. AWS SDK kaldırın, kodu yapıştırın, deploy edin.

Az kod değişikliği

GCP Cloud Run→RunR

Cloud Run zaten Knative — RunR de Knative. Container'lar olduğu gibi çalışır.

Kod değişikliği yok

Azure Functions→RunR

SDK binding'leri kaldırın, standart HTTP handler'lara dönüştürün.

Orta düzey kod değişikliği

Vercel→RunR

Standart Node.js handler. FaaS'a kopyalayın, package.json ekleyin, deploy.

Az kod değişikliği

Heroku→RunR

Container'a paketleyin, CaaS olarak deploy edin. Scale-to-zero dahil; boştaki kapasite diğer iş yüklerine kalır.

Dockerfile ekleyin

Docker Compose→RunR

Her servis bir CaaS projesi. Aynı image, aynı env. Artık auto-scale var.

Kod değişikliği yok

AWS ECS/Fargate→RunR

Task definition'lar zaten container tanımı. Aynı image, CaaS'a verin.

Kod değişikliği yok

Fly.io / Render→RunR

Standart Docker olduğu gibi çalışır. fly.toml veya render.yaml gerekmez.

Kod değişikliği yok

K8s YAML→RunR

Image'larınız zaten hazır. UI'dan deploy edin, YAML yazmayın.

Kod değişikliği yok
KURULUM

Kurun, bir cluster bağlayın, deploy edin.

RunR bir yazılımdır, barındırılan bir hizmet değil: kontrol düzlemi ve tüm region'lar sizin işlettiğiniz altyapıda çalışır — bare metal, private cloud ya da yönetilen Kubernetes; internete bağlı ya da air-gapped.

Helm Kubernetes

Kontrol düzlemi tek bir Helm chart: gateway, UI, API, worker'lar, scheduler, Reverb; kendi servislerinizi göstermezseniz PostgreSQL ve Redis de.

Chart, BRF'nin herkese açık Helm deposunda: kimlik bilgisi gerekmez, zorunlu tek değer domain.

helm repo add brf-tech https://helm.brf.sh
helm repo update
helm upgrade --install runr brf-tech/runr \
  -n runr --create-namespace \
  --set domain=runr.example.com
Helm kurulum rehberi →

Docker Compose tek sunucu

Tek makinede üretim kurulumu: compose/build.sh imajları sürüm etiketinden derler; internetsiz (air-gapped) sunucuya runr-images.tar olarak taşınır.

git clone -b v0.6.3 \
  https://github.com/BRF-Tech/runr.git
cd runr && bash compose/build.sh
cd compose && cp .env.example .env
cp api.env.example api.env  # + APP_KEY
docker compose up -d
docker compose run --rm migrator
Tek sunucu kurulum rehberi →

runr CLI Linux · macOS · Windows

İskelet oluşturun, runtime imajlarıyla yerelde çalıştırın ve deploy edin. Tek komutla kurulur; ikili dosyalar ve checksum'lar runr.sh/dl'de.

curl -fsSL https://runr.sh/install.sh | sh
runr login https://runr.example.com
runr init hello --runtime python
cd hello
runr dev       # localhost:8080
runr deploy
CLI'ı indir →

Terraform brf-tech/runr

Projeler, değişkenler, domain'ler, deploy'lar, binding'ler, runtime'lar, workflow tetikleyicileri, modeller, MCP sunucuları, roller ve marka — kod olarak.

terraform {
  required_providers {
    runr = {
      source  = "brf-tech/runr"
      version = "~> 0.6"
    }
  }
}
Terraform provider →

CI/CD GitHub Actions · GitLab CI/CD

Her push'ta deploy edin, pull / merge request'ler için preview ortamları açın: GitHub'da hazır Action, GitLab CI/CD'de CLI'ı kurup runr deploy çalıştıran bir job.

# GitHub Actions: secrets RUNR_API_URL, RUNR_TOKEN
- uses: brf-tech/runr/actions/deploy@v0.6.3
  with:
    api-url: ${{ secrets.RUNR_API_URL }}
    token: ${{ secrets.RUNR_TOKEN }}
    path: ./functions/orders

# GitLab CI/CD: variables RUNR_API_URL, RUNR_TOKEN
deploy:
  image: alpine:3.21
  script:
    - apk add --no-cache curl tar
    - curl -fsSL https://runr.sh/install.sh | sh
    - runr deploy ./functions/orders
GitHub Actions → GitLab CI/CD →

Dokümantasyon

Mimari, her özelliğin sayfası, sürümler arası yükseltme notları ve sürüm notları — runr.sh/docs'ta.

AÇIK KAYNAK

Bizim değil — sizin.

RunR, BRF Teknoloji tarafından geliştirilir ve MIT lisansıyla açık kaynaktır; hiçbir özellik paywall arkasında değil. Kendi cluster'larınızda, kendi kurallarınızla çalıştırın — fork'layın, değiştirin, katkıda bulunun.

✓ MIT lisansı ✓ Tüm özellikler bedava ✓ Kendi altyapınızda ✓ Katkıya açık
İndirmeler GitHub'da görün Katkıda Bulun
SSS

Sıkça Sorulan Sorular

RunR tam olarak nedir?
RunR, Kubernetes ve Knative üzerine kurulu, BRF Teknoloji'nin geliştirdiği MIT lisanslı açık kaynak bir serverless platformdur. Tek dosya fonksiyonları (XaaS), çoklu dosya projeleri (FaaS), container'ları (CaaS) ve WebAssembly'yi web konsolundan, git push ile, CLI'dan, Terraform'dan ya da bir GitHub Action'dan deploy edersiniz; sandbox'lar, durable workflow'lar, binding'ler, GPU'lar ve MCP dahildir. Kendi AWS Lambda + ECS'iniz gibi düşünün — ama kontrol ettiğiniz Kubernetes cluster'larında.
RunR barındırılan bir hizmet mi?
Hayır. RunR kurduğunuz bir yazılımdır: kontrol düzlemini Helm ya da tek sunucuda Docker Compose ile kurarsınız, ardından kendi Kubernetes cluster'larınızı region olarak eklersiniz. Kodunuz, verileriniz ve log'larınız sizin altyapınızda kalır.
Gerçekten ücretsiz mi? Para nereden geliyor?
Evet. MIT lisansı, özellik kısıtlaması yok, open-core değil: tenancy, SSO, RBAC, audit log, faturalama hesabı ve observability aynı depoda gelir. Gelir, isteyen ekiplere sunulan enterprise destek ve SLA garantilerinden gelir.
Nasıl kurarım?
Kubernetes'te, BRF'nin herkese açık Helm deposundaki chart'la (helm repo add brf-tech https://helm.brf.sh, chart brf-tech/runr; Helm kurulumu), tek sunucuda Docker Compose ile (tek sunucu rehberi). runr CLI'ı curl -fsSL https://runr.sh/install.sh | sh ile kurulur ya da runr.sh/dl'den indirilir; Terraform provider'ı Terraform Registry'de brf-tech/runr (OpenTofu için runr.sh/brf-tech/runr). Ayrıntılar yukarıdaki kurulum bölümünde ve dokümanlarda.
Doğrudan Knative kullanmaktan farkı ne?
Knative motor, RunR araba. Knative size serverless ilkeller verir ama YAML yazmak, image build etmek, deployment yönetmek, izolasyonu ve izlemeyi kurmak hâlâ sizin işinizdir. RunR bunları bir konsolda ve API'de toplar: versiyonlar, tek tıkla ya da git push ile deploy, sandbox'lar, canlı log ve trace, roller, faturalama hesabı, multi-tenancy — hepsi dahil.
Multi-tenancy olmadan kullanabilir miyim?
Evet. Multi-tenancy bir modül — açıp kapatabilirsiniz (TENANCY_ENABLED=false). Kapalıyken platform tek kiracılı modda çalışır: kullanıcı yönetimi, roller ve gruplar devam eder, birden çok kullanıcı kullanır, sadece tenant izolasyonu olmaz.
Bir proje birden çok region'da çalışabilir mi?
Evet. Global bir proje birden çok region'da tek bir host adının arkasında çalışır: HA modunda sağlıklı olduğu sürece birincil region, yakınlık modunda en yakın sağlıklı region yanıt verir. Birincil region düşerse tetikleyicileri ve verisiyle birlikte bir sonrakine geçer; dedicated Postgres binding'leri her region'da bir replika alır. Ayrıntılar: global projeler.
Kod çalıştırma ne kadar güvenli?
Her proje tipi, region'ın atadığı sandbox'ta çalışır: düz runc, gVisor (user-space kernel) ya da Kata Containers (donanım sanallaştırmalı node'larda pod başına mikro-VM). Üstüne: kapsamı sınırlı token'larla RBAC, şifreli saklanan secret'lar, append-only audit log, SBOM, tarama, imza ve region'da imzalı imaj admission'ı. Projeler iç ağda da birbirinden yalıtılır: bir proje diğerine yalnız onun izin listesinden ulaşır. Tenant'lara region başına CPU, bellek ve GPU kotası tanımlanır.
AWS / GCP / Azure'dan geçiş ne kadar zor?
Hiç zor değil. Lambda handler'ları XaaS'a 1:1 (SDK kaldırın, yapıştırın). Cloud Run container'ları CaaS'ta olduğu gibi (Knative tabanı aynı). Azure SDK kaldırması gerektirir. Çoğu geçiş haftalar değil saatler alır — platform başına gereken işi yukarıdaki geçiş kartlarında görebilirsiniz.
Üretim-hazır mı?
Evet. RunR çoklu node K8s cluster'larında üretimde aktif olarak deploy edilmektedir — multi-tenancy, gerçek iş yükleri, otomatik CI/CD. PDB (Pod Disruption Budget), HPA, health check, otomatik geçiş ve rollback desteği dahil; kurulumlar helm upgrade ile yerinde yükseltilir.
Bir güvenlik açığını nasıl bildiririm?
Gizli olarak security@runr.sh adresine e-posta ile — herkese açık bir issue açmadan. Raporları üç iş günü içinde teyit ederiz; ayrıntılar güvenlik politikasında.
SÜRÜM DUYURULARI

Yeni sürümlerden ilk siz haberdar olun.

Yeni RunR sürümleri ve önemli duyurular e-postanıza gelsin. Spam yok, sadece önemli güncellemeler.

E-postanız sadece RunR güncellemelerinde kullanılır. İstediğiniz zaman çıkabilirsiniz.