Deploy Deno

Deploy Deno on your own server.

Deploy a Deno app on your own server: tasks from deno.json, npm packages for Postgres, and zero-downtime releases with HTTPS on your domain.

Deno on Beep
Build
Railpack (auto)
Start
deno task start
Port
$PORT, set by Beep
Health check
/health

Step by step.

  1. Connect a server

    Use Beep Cloud, a server in your own cloud account, or any Ubuntu or Debian VPS. Beep installs its runtime and agent and locks the server down: inbound traffic is denied, and app ports are reachable only from Beep’s edge.

  2. Create a service from your repository

    Pick the GitHub or GitLab repository and the branch to track. In a monorepo, set the root directory for this service; watch paths limit rebuilds to changes that touch it.

  3. Let Beep build it

    Beep detects Deno from deno.json and runs your tasks. You can override the install, build or start command on the service.

    Start command
    deno task start
  4. Listen on $PORT

    Beep sets PORT for every service unless you set it yourself, and routes traffic from its edge to that port. Bind to 0.0.0.0 so the edge can reach the container.

    main.ts
    const port = Number(Deno.env.get("PORT") ?? 8000)
    
    Deno.serve({ port, hostname: "0.0.0.0" }, () => new Response("ok"))
  5. Add a database

    Add managed Postgres (16 to 18, with pgvector and PostGIS), Redis or Valkey to the project, then reference its connection string from your service. References resolve at deploy time.

    db.ts
    import postgres from "npm:postgres"
    
    export const sql = postgres(Deno.env.get("DATABASE_URL")!)
    // DATABASE_URL=${{ postgres.DATABASE_URL }}
  6. Set a health check and deploy

    Set the health check path to /health. Every push to the tracked branch builds and releases; traffic moves to the new version only once it passes, and rolling back re-releases an earlier image without a rebuild.

  7. Add your domain

    Every service starts with a URL on edge.usebeep.sh. When it works, point a CNAME for your domain at Beep; the certificate is issued and renewed for you. Each GitHub pull request also gets its own preview environment, removed when it closes.

Deno tips.

Give the start task the permissions it needs, for example deno run --allow-net --allow-env main.ts.

For Fresh, run deno task build in the build command before starting.

Commit deno.lock so every build resolves the same dependencies.

Deno on Beep, answered.

Straight answers. Anything missing, ask us directly.

Do I need a Dockerfile to deploy Deno?

No. Beep detects Deno from deno.json and runs your tasks. If your project already has a Dockerfile, you can build with that instead.

Where does the Deno app run?

On the server you connected: Beep Cloud, your own cloud account or any Ubuntu or Debian VPS. Beep bills per server, so databases, workers and previews on the same server add nothing to the plan.

Can I SSH into the server?

No, and that’s deliberate: Beep manages each host end to end so manual changes can’t drift from its setup. To debug, open a shell inside any container from the dashboard, next to its logs and metrics.

Own your infrastructure again.

Plans from $1 a month, billed per server, never per service.

Early access · We’ll set up your workspace

Or talk to us →