Skip to main content

About Subhosting

A powerful use case for Deno Deploy is using our isolate cloud to run untrusted code on behalf of your end users. There are a number of scenarios where you might be interested in doing this:

  • You are a SaaS provider that wants to empower your customers to extend your platform with custom code
  • You are an infrastructure provider that would like to enable your customers to run Deno-powered edge functions
  • You are building a browser-based editor for user code (possibly for education), and you'd like a place to execute that code in a controlled and secure way

In cases like these, you might consider using Deno Deploy's full-featured REST API to implement subhosting. "Subhosting" is what we call the scenario where you use Deno Deploy to run your users' untrusted code in a secure and scalable environment designed for multitenancy.

Quick start example

Looking for the smallest possible example that shows how to deploy code to Deno's isolate cloud? We've got you covered below. Once you've skimmed over it, you can read on for more details about subhosting.

// 1.) Get API access info ready
const accessToken = Deno.env.get("DEPLOY_ACCESS_TOKEN");
const orgId = Deno.env.get("DEPLOY_ORG_ID");
const API = "";
const headers = {
Authorization: `Bearer ${accessToken}`,
"Content-Type": "application/json",

// 2.) Create a new project
const pr = await fetch(`${API}/organizations/${orgId}/projects`, {
method: "POST",
body: JSON.stringify({
name: null, // randomly generates project name
const project = await pr.json();

// 3.) Deploy a "hello world" server to the new project
const dr = await fetch(`${API}/projects/${}/deployments`, {
method: "POST",
body: JSON.stringify({
entryPointUrl: "main.ts",
assets: {
"main.ts": {
"kind": "file",
"content": `Deno.serve(() => new Response("Hello, World!"));`,
"encoding": "utf-8",
envVars: {},

How subhosting works

To build subhosting with Deno Deploy, it helps to understand some key resources within the system. These resources are also represented in the REST API.

overview of subhosting resources

  • Organizations: Organizations are a container for all data related to a subhosting implementation. Other Deploy users can be invited to collaborate on an organization, and access tokens can give developers with organization access the ability to modify resources within the org via API. New organizations can be created in the Deploy dashboard.
  • Projects: a project is a container for deployments, and the analytics and usage information for all deployments within a project.
  • Deployments: a deployment is a set of configuration, runnable code, and supporting static files that can run on an isolate in Deno Deploy. Deployments have an entry file that can launch a server, can have a Deno KV database associated with them, and can be set up to run on custom domains.
  • Domains: custom domains that can be associated with deployments, giving them a unique URL.

The steps to implement subhosting are roughly as follows:

  1. Create an organization and get an access token for the REST API
  2. Create a project, and then create your first deployment for that project

Using these techniques, you can package up user code as "deployments", and execute that code on a Deno-provisioned URL or a custom URL you can configure yourself.

REST API reference and OpenAPI spec

For a complete reference for the REST API used to implement subhosting, you can check out the docs here. The Deno Deploy REST API also provides an OpenAPI specification which can be used with a number of OpenAPI-compatible tools.