Hosted evaluation
A good fit for evaluating the managed dashboard and early workloads in the working public alpha; not for production-critical systems yet.
Open-source PaaS · Public alpha
Bex builds and runs apps from Git or container images. Manage supported services through the dashboard, REST, GraphQL, or MCP, on hosted Bex or infrastructure you operate.
Apache-2.0 · Self-hostable
Bex is in active development and is not ready for production workloads. APIs and configuration can change. Project status
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)"A measurable price advantage
Paid service compute is 30% less across the compared Render tiers. See how your usage and included allowances change the estimate.
Of Render’s outbound unit rate
~1/10
Outbound unit rates: Bex per GiB; Render per GB beyond included usage. Total savings depend on your workload and plan.Rates checked Sep 5, 2026.BexRender
Meet your control plane
Manage services, inspect deployment history, and read logs and metrics in the dashboard. REST, GraphQL, and MCP expose supported operations for scripts and agents.

Services, datastores, and environment groups stay organized by project and environment.
Product UI screenshots, not live service status.
Agent-native
Deploy and operate supported resources through documented APIs and MCP. Check the parity ledger for current coverage and optional-service requirements.
01
Create a service from a Git repository or container image. Configure a native build or Dockerfile, then follow the deployment in the dashboard or API.
02
Use documented API operations to suspend, resume, restart, and scale supported resources.
03
Machine-readable state — phase, revision, url — that an agent can read back and act on.
Included
Use a documented native runtime, or bring a Dockerfile for another stack. Check the parity ledger before relying on a specific build path.
What you can run
Run web apps, workers, scheduled jobs, static sites, and Postgres. Check the capability matrix for current coverage.
Long-running HTTP services with deploy history, custom domains, and automatic TLS.
Run queues, consumers, and long-running jobs right next to your services.
Scheduled tasks using the same Git-backed service definitions.
Ship frontends and docs, built straight from your repo.
Provision PostgreSQL through supported API and dashboard workflows; backing services require configuration.
Internal services reachable only inside your own network.
Your deployment, your choice
Choose the operating model that matches your team today. Both paths use the same open-source Bex platform.
Managed path
This covers service compute only. Workspace plans and build, bandwidth, storage, disk, or sandbox usage may add charges.
Create an account to explore the hosted public alpha. Bex operates the platform; the project is not ready for production workloads.
Free service tier: 0.1 CPU · 512 MiB
Paid compute example: 0.5 CPU and 512 MiB costs $4.90/month at 730 hours. Check the dashboard for your plan and actual charges.
Owned path
Apache-2.0
Open-source license
Run the Apache-2.0 platform on infrastructure you control. The linked quickstart sets up a local evaluation cluster.
There is no Bex platform fee for the open-source software. You still pay for and operate servers, storage, networking, backups, upgrades, and on-call coverage.
Start with a real example
Explore five examples from the Bex repository. Registration does not deploy them; use a manifest to create your service.
The dashboard is the shortest path to evaluating Bex. Registration is live; production-critical workloads should wait until the public alpha matures.
Choose a starter
Node.js hello
Node.js 20+ · Docker
A minimal Node.js HTTP service built from the example Dockerfile.
Inspect full source on GitHubThe selected example is not carried through registration and is not auto-deployed. Keep this source page open while creating the service.
Selected manifest
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)"Expected product state
These values describe the documented result shape. Revision and URL are illustrative placeholders, not live output or a deployment-time promise.
Choose the smallest useful evaluation path. Production-sensitive teams should inspect current evidence before expanding scope.
A good fit for evaluating the managed dashboard and early workloads in the working public alpha; not for production-critical systems yet.
A good fit for platform engineers who can run the documented local Cluster API prerequisites and want to inspect the open-source control plane.
A good fit for exploring documented REST, GraphQL, and MCP workflows on supported resources; interface coverage varies by capability.
Wait or verify first. Bex is not ready for production workloads; inspect each required capability and current project state before accepting operational risk.
Choose your path
Create an alpha account, inspect a repository example, or run the local cluster to explore the open-source platform.
Latest