Skip to content

Knowledge catalog

Generated reference

Read-only pages rendered from the Quake AI knowledge graph.

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

Citations

  1. DigitalOcean
  2. DigitalOcean

These citations record configured source URLs in the knowledge graph. They are not a live platform walk verification date.