Competitor MappingReference node
SSH keys (Account/Team SSH keys)
Competitor mapping for DigitalOcean.
This page is a structured knowledge reference. For step-by-step migration guidance, see the migration guide.
Details
- Provider
- DigitalOcean
- Service term
- SSH keys (Account/Team SSH keys)
- Provider documentation
- External reference
Behavioral divergences
SSH keys (Account/Team SSH keys)
Quake AI concept: Key Pairs
- SSH keys are managed at the account/team level via /v2/account/keys and then referenced by ID/fingerprint when creating Droplets, whereas OpenStack Nova keypairs are typically created per project/tenant and managed via the Nova API.
- DigitalOcean explicitly notes that including a key during Droplet creation embeds it into the root user’s authorized_keys, whereas OpenStack’s keypair injection mechanism is generally cloud-init/metadata-service driven and may vary by image/cloud config.
- DigitalOcean tokens/scopes model for API authorization (bearer tokens with scopes like ssh_key:read) differs from OpenStack Keystone’s token + role-based policy model.
- DigitalOcean documentation emphasizes that post-creation SSH key changes are performed inside the guest OS (not via control panel), whereas OpenStack users may rely more heavily on metadata/cloud-init or config management patterns post-boot.
Documentation
Related
Analog of (incoming)
Diverges from (incoming)
Citations
- DigitalOcean
- DigitalOcean
These citations record configured source URLs in the knowledge graph. They are not a live platform walk verification date.