Zum Hauptinhalt springen

Open-Source-PaaS · Öffentliche Alpha

Aus Git deployen. Per API verwalten.

Bex baut und betreibt Apps aus Git-Repositories oder Container-Images. Verwalte unterstützte Dienste über Dashboard, REST, GraphQL oder MCP – auf gehostetem Bex oder selbst betriebener Infrastruktur.

Apache-2.0 · Selbst hostbar

Bex wird aktiv entwickelt und ist noch nicht für Produktions-Workloads geeignet. APIs und Konfiguration können sich ändern. Projektstatus

hello-node / render.yamlBeispiel aus dem Repository
services:
  - name: hello-node
    type: web
    runtime: docker
    repo: https://github.com/bex-co/bex # replace with your fork/checkout
    rootDir: examples/hello-node
    branch: main
    plan: free
    healthCheckPath: /
    envVars:
      - key: MESSAGE
        value: "hello from bex (node)"

Native Laufzeiten und Dockerfiles

Node.jsPythonGoRubyRustElixirDocker
Bex entdecken

Ein messbarer Preisvorteil

Ein kleinerer Preis für ausgehenden Traffic.

Bezahlte Service-Rechenleistung kostet in den verglichenen Render-Stufen 30% weniger. Sieh, wie Nutzung und Inklusivkontingente deine Schätzung beeinflussen.

Von Renders Tarif für ausgehenden Traffic

~1/10

Bex
$0.015/GiB
Render
$0.15/GB

Traffic-Einheitspreise: Bex je GiB; Render je GB über dem Inklusivkontingent. Die Gesamtersparnis hängt von Workload und Tarif ab.Tarife geprüft am 5. Sept. 2026.BexRender

Deine Steuerzentrale

Alle Dienste. Alles im Blick.

Verwalte Dienste und prüfe Deployment-Verlauf, Logs und Metriken im Dashboard. REST, GraphQL und MCP stellen unterstützte Operationen für Skripte und Agenten bereit.

Dashboard öffnen
bex-Dashboard mit einer Projektübersicht und zwei laufenden Services

Workspace-Ressourcen auf einen Blick

Services, Datastores und Umgebungsgruppen bleiben nach Projekt und Umgebung organisiert.

Screenshots der Produktoberfläche, kein Live-Status der Dienste.

Agent-native

Deployen. Betreiben. Beobachten.

Stellen Sie unterstützte Ressourcen über dokumentierte APIs und MCP bereit und betreiben Sie sie. Aktuelle Abdeckung und Anforderungen optionaler Dienste stehen im Paritätsverzeichnis.

01

Deploy

Erstelle einen Dienst aus einem Git-Repository oder Container-Image. Konfiguriere einen nativen Build oder ein Dockerfile und verfolge das Deployment im Dashboard oder per API.

02

Operate

Nutzen Sie dokumentierte API-Vorgänge, um unterstützte Ressourcen anzuhalten, fortzusetzen, neu zu starten und zu skalieren.

03

Observe

Maschinenlesbarer Zustand — Phase, Revision, URL — den ein Agent auslesen und darauf reagieren kann.

Included

Zentrale Servicefunktionen für Entwickler und Agents

  • Deploy from Git — buildpacks or Dockerfile
  • Custom domains with automatic TLS
  • Managed PostgreSQL
  • MCP server for agent control
  • REST + GraphQL; Kompatibilität wird im Paritätsverzeichnis geführt
  • Apache-2.0 — self-host on your own hardware
Dokumentierte Laufzeit oder Dockerfile verwenden

Nutzen Sie eine dokumentierte native Laufzeit oder bringen Sie für andere Stacks ein Dockerfile mit. Prüfen Sie vor einer Abhängigkeit von einem Build-Pfad das Paritätsverzeichnis.

Node.jsPythonGoRubyRustElixirDocker

What you can run

Apps, Jobs und Datenbanken.

Betreibe Web-Apps, Worker, geplante Jobs, statische Websites und Postgres. Die Funktionsmatrix zeigt den aktuellen Supportumfang.

Web Services

Langlaufende HTTP-Dienste mit Deployment-Verlauf, benutzerdefinierten Domains und automatischem TLS.

Background Workers

Führen Sie Warteschlangen, Consumer und langlebige Jobs direkt neben Ihren Services aus.

Cron Jobs

Geplante Aufgaben mit denselben Git-basierten Servicedefinitionen.

Static Sites

Ship Frontends und Docs, direkt aus deinem Repo erstellt.

Managed Postgres

PostgreSQL über unterstützte API- und Dashboard-Abläufe bereitstellen; Hintergrunddienste müssen konfiguriert sein.

Private Services

Interne Dienste sind nur innerhalb Ihres eigenen Netzwerks erreichbar.

Dein Deployment, deine Wahl

Gehostet oder selbst betrieben.

Wähle das Betriebsmodell, das heute zu deinem Team passt. Beide Wege nutzen dieselbe quelloffene Bex-Plattform.

Verwalteter Weg

Gehostetes Bex

0,00 $/ MonatKostenlose Dienst-Rechenleistung

Dies umfasst nur die Rechenleistung des Dienstes. Workspace-Tarife sowie Builds, Bandbreite, Speicher, Disks oder Sandbox-Nutzung können zusätzliche Kosten verursachen.

Erstelle ein Konto, um die gehostete öffentliche Alpha zu erkunden. Bex betreibt die Plattform; das Projekt ist noch nicht für Produktions-Workloads geeignet.

Kostenloser Service-Tarif: 0.1 CPU · 512 MiB

Beispiel für kostenpflichtige Rechenleistung: 0.5 CPU und 512 MiB kosten bei 730 Stunden 4,90 $/Monat. Tarif und tatsächliche Gebühren findest du im Dashboard.

Eigener Weg

Selbst betriebenes Bex

Apache-2.0

Open-Source-Lizenz

Betreibe die Apache-2.0-Plattform auf eigener Infrastruktur. Die verlinkte Schnellstartanleitung richtet einen lokalen Cluster zur Evaluierung ein.

Für die Open-Source-Software fällt keine Bex-Plattformgebühr an. Server, Speicher, Netzwerk, Backups, Upgrades und Bereitschaftsdienst bezahlst und betreibst du selbst.

Mit einem echten Beispiel starten

Mit einem Repository-Beispiel starten.

Erkunde fünf Beispiele aus dem Bex-Repository. Die Registrierung deployt sie nicht; erstelle deinen Dienst mit einem Manifest.

Den verwalteten Pfad evaluieren

Das Dashboard ist der kürzeste Weg, Bex zu evaluieren. Die Registrierung ist verfügbar; produktionskritische Workloads sollten auf eine reifere öffentliche Alpha warten.

Starter auswählen

Node.js hello

Node.js 20+ · Docker

Ein minimaler Node.js-HTTP-Service aus dem Beispiel-Dockerfile.

Vollständigen Quellcode auf GitHub prüfen

Deine nächsten Schritte

  1. Erstelle ein gehostetes Konto im aktiven Bex-Dashboard.
  2. Verbinde dein Repository und erstelle mit dem geprüften Manifest einen Service oder Blueprint.
  3. Verfolge die Build-Logs und prüfe danach Phase, Revision und erzeugte URL des Services.

Das gewählte Beispiel wird nicht durch die Registrierung übertragen oder automatisch bereitgestellt. Lass diese Quellseite beim Erstellen des Services geöffnet.

Ausgewähltes Manifest

Vor dem Start prüfen und kopieren

examples/hello-node

render.yaml

yaml

# render.yaml — Node.js hello-world web service.
# Replace repo/rootDir with your own checkout; bex builds from the Dockerfile and
# returns a live https URL. A git push redeploys automatically via the push webhook.
services:
  - name: hello-node
    type: web
    runtime: docker
    repo: https://github.com/bex-co/bex # replace with your fork/checkout
    rootDir: examples/hello-node
    branch: main
    plan: free
    healthCheckPath: /
    envVars:
      - key: MESSAGE
        value: "hello from bex (node)"

Erwarteter Produktzustand

phase
Running
revision
<revision>
url
<generated URL>

Diese Werte beschreiben die dokumentierte Ergebnisform. Revision und URL sind illustrative Platzhalter, keine Live-Ausgabe oder Zusage zur Bereitstellungsdauer.

Finde den passenden Einstieg.

Beginnen Sie mit dem kleinsten sinnvollen Test. Produktionskritische Teams sollten aktuelle Belege prüfen, bevor sie den Umfang erweitern.

Gehostete Evaluation

Geeignet, um das verwaltete Dashboard und frühe Workloads in der funktionsfähigen Public Alpha zu testen; noch nicht für produktionskritische Systeme.

Lokale Self-Hosting-Evaluation

Geeignet für Plattformingenieure, die die dokumentierten lokalen Cluster-API-Voraussetzungen betreiben und die quelloffene Control Plane prüfen möchten.

Agent- und API-Experimente

Geeignet, um dokumentierte REST-, GraphQL- und MCP-Abläufe auf unterstützten Ressourcen zu erproben; die Schnittstellenabdeckung variiert je Funktion.

Produktionskritische Workloads

Warten oder zuerst prüfen. Bex ist nicht für Produktions-Workloads bereit; prüfen Sie jede benötigte Funktion und den aktuellen Projektstatus, bevor Sie Betriebsrisiken eingehen.

Wähle deinen Weg

Teste Bex mit einem kleinen Projekt.

Erstelle ein Alpha-Konto, prüfe ein Repository-Beispiel oder starte den lokalen Cluster, um die Open-Source-Plattform kennenzulernen.