What it looks like
ID NAME HOSTNAME AGENT
k4tqwmz09b aws1 ip-10-0-3-14 20260905120020
r7ndhc2xle gcp1 gcp-build-2 20260904024051 (outdated)
p2wgvks81m ci-runner-3 - 20260905120020
x9mfhbq403 staging-web - 20260905120020
aws1: This machine stops when it is idle, and network traffic does not
keep it running. Turn auto-stop off for this machine, or set
networkMaxBytesPerSecond on its profile. Install
Enroll a server you already run. One command.
curl -fsSL https://get.deployport.com | sudo sh -s -- uplink local install --key "<key>" --region "<region>" Or have us provision one. Also one command.
deployport uplink machines create How it works
Our agent daemon, plus our globally available control plane.
your account ours
------------------------------ --------------------------
server ---- agent ------------------> control plane
server ---- agent ------------------> |
server ---- agent ------------------> |
|
AWS / GCP API <------------------------ +
^
|
a role you grant, scoped, and revoke in one click - The agent reports what is true on the box: disk, memory, kernel OOM kills, SSH sessions, whether it is there at all.
- The control plane decides, and it calls your cloud's API server-side, because a machine that is off cannot start itself.
- Your cloud credentials never leave your account. You grant a scoped role and you revoke it in one click.
Questions
Does it work with my existing Linux VM?
Yes. You install the agent on the Linux machines you already run. Connect your AWS or Google Cloud account for starting and stopping machines, firewall rules, volumes, backups and one-click restore. All of it works with nothing to connect if you provision the machine in one of our locations in US East or US West.
What does the experience look like if I do not have any virtual machines?
Then you create them with us. One click in the console or one command in your terminal gives you a machine in a Deployport datacenter with no cloud account to set up first. We run capacity on the East and West coasts of the United States with up to 32 GB of RAM and 8 cores per machine.
What access to my cloud does this need?
When you want Deployport to control a machine's power, firewall rules or backups, you create a trust role in your own account and revoke it whenever you like. You never hand over a key and it never needs administrator access. On AWS that is three EC2 operations for start and stop, two for firewall rules, and a handful of EBS calls for backups and restores.
I have a VM with no public IP, or behind NAT. Can Deployport make it good to work with?
Yes, and it works the same either way. Deployport reaches the machine over VIA Tunnels on Ubuntu so a box with no public address and no inbound ports open is as usable as one on a public IP. There is a native Cloudflare Tunnels integration if you already run those.
Can I use machines as cloud workstations?
Absolutely. You tell us a machine is for development and it looks after itself from there. It stops when you are AFK and so does the bill. We give you an SSH command that works from your terminal or straight out of VS Code. Connecting is what starts it again so you never check whether it is running first. The desktop app on macOS and Windows gives you the same control when you would rather click than type.
Does it stop my machine when I am actively using it?
Deployport only stops machines you configure to shut down when idle. You define the thresholds from SSH session count, CPU and network activity.
What can I run on the VM?
Literally anything you want. It is an ordinary virtual machine and it is yours.
Does it scale automatically?
Storage scales itself on AWS and Google Cloud. CPU and RAM are one click, at a time you choose. Deployport predicts when a volume will fill and scales automatically and smartly (AWS locks a volume for six hours after a resize. Grow it late or too small and you are stuck for the rest of the day, but not with us)
Can I move between cloud providers?
Yes. One volume on the machine is portable and replicates automatically. Put your work there and it moves with you: across cloud providers, or onto a server under your desk, a laptop, a Mac mini, a colocated box or your home lab.
Can I use GitHub Actions to provision and tear down temporary VMs in my cloud account?
Yes. Deployport connects to GitHub Actions over OIDC so no long-lived credentials sit in your repository. Our GitHub Action runs CLI commands directly in your workflow. That is all you need to launch a machine for a job and destroy it when the job is done.
curl -fsSL https://get.deployport.com | sh