Deployment and operations in your cloud

Your repo, live in your own cloud.

It reads your code, shows the plan and the monthly cost, and deploys to AWS, Google Cloud, Azure, DigitalOcean or your own server once you approve. No DevOps team needed.

No account needed Will it deploy? Check a public repository

Deploys into your account on

Or onto a server you already have

Four providers supported today, plus your own servers; features vary by provider. Support matrix.

01How it works

From repository to running app, step by step.

Every deploy runs the same way: it reads your code, shows the plan and its price, waits for your approval, then builds and deploys into your account.

thedploy / product tour
Sound on · captions
Fig. 01 The 1:42 product tour, recorded in a sandbox workspace with fictitious data. Each step jumps to its part of the video.
02AI agents · MCP

Or just ask your AI coding agent to put it online.

Connect Claude Code, Codex, Cursor or VS Code once. The agent fixes what would block a deploy, sets up the project, shows you the plan and its price, launches, and fixes what fails.

What stays with you: spending waits for your yes, credentials are entered in The Deployer and never in a chat, and deleting things, billing and team access stay in the app.

Claude Code claude mcp add --transport http --scope user thedeployer https://app.thedploy.com/api/v1/mcp --header "Authorization: Bearer dpl_your_key"

The MCP server is open source (MIT) and listed in the official MCP Registry. Plugins for Claude Code and Cursor: thedeployer-plugins.

03What it handles

The parts after the code works

ReadsNode.jsPythonGoRustJavaRubyPHPFlutter webStatic sitesYour Dockerfile or Compose

Runs onDockerCaddyPostgresRedisPrometheusGrafanaKubernetesManaged provider services

Open-source-first, with provider-native services where they fit better. Supported languages · App limitations

04Your cloud, your control

Your cloud account is the boundary. We have to earn access to it.

  • It runs in your accountApp, database and storage are created in the cloud account or server you connect, not with us.
  • Your provider bills youA Deployer plan covers the platform. Cost estimates are not spending caps.
  • You approve firstNothing is created until you review the plan and start the deploy.
  • AI proposes, the engine actsInfrastructure steps are the engine's own. Provider credentials stay out of AI prompts.
  • A record of changesEvery deploy, redeploy and resize is in the project's history.
  • Leave any timeWhat it created stays in your account. Nothing is deleted when a plan ends.

Today, connections use long-lived keys you create, with broad permissions. Give The Deployer its own cloud account. Security model · Cloud permissions

05Fit

Who it's for, and when to use something simpler.

A good fit

  • Technical founders who'd rather ship than learn a cloud console
  • Small teams without a platform or DevOps team
  • Agencies handing clients an app in the client's own cloud
  • Apps built with Cursor, Claude, Lovable or Bolt that need a real cloud

Something simpler may be better

  • A static site with no backend: a static host is enough
  • A Next.js app happy on Vercel, unless you need it in your own cloud
  • A prototype you'll throw away next week
  • GPU, regulated or highly custom infrastructure
06Pricing

Pay for the platform. Your cloud bills you directly.

Paid plans upgrade from inside the app. Compare plans.

Loading current prices

Rather we did it for you?

Launch puts a supported repository live in your cloud. Move brings an app from another host alongside the original and switches traffic once you approve. Fixed price; delivery conditions are in the Refund Policy. Launch · Move

Loading current offers

07Questions

Frequently asked

Do I need to know AWS or Terraform?
No. You review the architecture and the changes without being a cloud specialist. You should still understand your own application. If you'd rather hand it over, Launch and Move are done for you.
What access does The Deployer need?
It depends on the provider and the architecture. Today connections use a long-lived key or token you create, with broad permissions, so give The Deployer its own cloud account or project. Cloud permissions lists, per provider, what you create, what it allows and how to revoke it.
Can the AI see my cloud credentials?
Provider credentials are not placed in AI prompts: the deployment engine uses them, and plans carry references instead of values. An AI coding agent connected over MCP can't read credentials or environment values back. When the copilot runs a command on your server, its output is redacted for known secret values before the model sees it, and redaction can miss a secret it doesn't recognise. Security has the details and limits.
Can I deploy to my own VPS, like Hostinger or GoDaddy?
Yes. Any server running Ubuntu 22.04 or newer, or Debian 12 or newer, with at least 1 GB of memory and ports 80 and 443 free, connects with one setup command; you never share a password. With a Hostinger API token you can also pick the VPS from a list, start and stop it, and take its snapshot from The Deployer. GoDaddy has no server API, so power and snapshots stay in its panel. Shared hosting and servers running cPanel or Plesk on ports 80 and 443 are not supported.
Can it cap my cloud bill?
No. You see an estimate before you deploy, but your provider's usage and pricing set the final bill. Use your provider's budgets and alerts as well; Costs and billing explains how.
What happens if I stop paying?
Resources running in your cloud account are not moved or deleted. Features The Deployer provides, such as deploy on push, alerts or higher limits, stop or drop to the Free plan's limits.

See what it would do
before you give it cloud access.

No card needed: the Free plan includes one deployed project. Your cloud provider bills you directly.

Talk to us

A stack we don't list, a deployment, billing or a partnership: we reply by email.

We'll only use your email to reply to this message.