Core Compute Platform

It would be great if we could download a snapshot. I would use snapshot to replicate development environment on my local computer, I believe many others will do the same. Thanks

It would be great if the new monitoring service also had webhooks. This would make it significantly easier for our orchestration service to respond to events and take action.

The Droplet Console uses SSH but does not support the latest SSH crypto config. This makes it difficult to lock a droplet down to only accept specific ciphers (which helps reject bot scans, though fail2ban is involved as well). The required crypto config for the Console is also not documented anywhere so it takes trial-and-error to get a minimal-but-acceptable configuration. This includes the Ciphers, KexAlgorithms, and Macs parameters for OpenSSH.

Add the ability to move backups across servers, zones, DCs, etc. and permit downloads for on-prem infrastructure including compute and storage.

After upgrade droplet OS to the new version, the older version is still listed in the control panel UI. The problem could be resolved in many ways: 1) Do not show the OS version for users at all; 2) Allow the user to write the OS version themselves; 3) Each droplet has a do-agent and a droplet-agent, but why can't they take the OS version and update the control panel UI?

Simply allow providing RISC-V ISA disk images to provide ISA longevity.

There's doesn't seem to be an easy way to determine which user created a droplet either in the UI, DO CLI or via the v2 API. In the UI the creator information is not included in the droplets list or droplet detail view. In the detail view droplet history it does show a Create event but does not show who actioned the event. The only way to work out who created a droplet is to search the Project's activity feed (which can be huge) for the relevant droplet create entry. In the v2 API the droplet resource does not include creator information (but does contain created_at ). There is also no way to fetch a Project's activity feed to cross-reference with the droplet. Request #1 Show the user that created the Droplet in both the droplet list and droplet detail view. Request #2 Provide the user that created the droplet in the droplet resource. Request #3 The first two requests may start feature creep to show creators of other resource types, to avoid this would it be possible to just provide v2 API access to a Project's activity feed?

Set a flag on a resource that will prevent it being accidentally deleted? Specifically we are using Terraform to provision things, and do not want a typo or anything to result in important resources being removed. I know Terraform has a “prevent_destroy” option, but this does not work if somebody accidentally renames the resource for example. It would be ideal if DO could have a flag which would prevent deletion at the service provider level.

We can resize our droplet by just shutting down it , but it will more exiting if we can resize our droplet without shutting down.