the platform
One model, from your repo to a running app.
Everything on Nubo hangs off the same three ideas, whether you deploy from a git push, the CLI, or a coding agent talking to Nubo over MCP.
Projects, Spaces, Frames
The same three-layer model as the dashboard.
01 Project
The thing you're building. Holds your landing page, API, workers, and database in one place.
02 Space
An environment inside a Project. Most have a dev, staging, and production.
03 Frame
One deployable thing inside a Space. Arrange them on a grid so you see everything at once.
a Frame can be
-
web app
App or API
An HTTP service that gets a URL and routes traffic.
-
static site
Static site
Built from your repo and served as static files. No server to keep alive.
-
worker
Worker
A bot or job with no public URL. We keep it running.
-
database
Database
Managed Postgres, MySQL, Mongo, or Redis.
click a Space · statuses update live
inside one Frame
What we actually run.
A web app Frame moves through four layers. You don't have to think about them, but when something surprises you, the dashboard tells you which one is misbehaving.
01 source
Your repo, your branch.
GitHub, the branch you pick, the commit you push.
02 build
Code becomes an image.
Nubo detects your stack and builds an image. Dependencies cached between builds.
03 runtime
A container that stays healthy.
Restarts on crash and scales to the replicas you set. Real env vars and secrets, injected at runtime.
04 network
URL, routing, and TLS.
A default subdomain or your own domain. SSL renewed automatically.
Explore by surface.
-
Web apps & APIs
HTTP services that get a URL and route real traffic.
-
Static sites
Built from your repo, served as files, no server to keep alive.
-
Background workers
Bots, queue consumers, and scheduled jobs with no public URL.
-
Internal tools
Dashboards and ops panels for the people inside your company.
-
Self-hosted runners
Run Nubo on a box you already own, with your own hardware.
-
The CLI
Drive every Project, Space, and Frame from the terminal.