Kann man DynamoDB außerhalb von AWS nutzen?

Ja. DynamoDB ist von überall über HTTPS erreichbar — dein Code muss nicht auf AWS laufen. Jede Anwendung mit AWS-Credentials kann den regionalen Endpoint über ein SDK oder eine signierte Anfrage aufrufen, egal ob sie auf deinem Laptop, einem On-Premises-Server oder einer anderen Cloud läuft. Nur die Datenbank selbst lebt in AWS.

Wie der Zugriff funktioniert

DynamoDB ist eine API, kein Socket, den du hostest: Clients sprechen mit einem regionalen HTTPS-Endpoint, mit Anfragen, die per AWS-Credentials signiert und über IAM autorisiert werden. Die AWS-SDKs (JavaScript, Python, Java, Go und weitere), die CLI und die Konsole nutzen alle dieselbe öffentliche API — keinem davon ist wichtig, wo es läuft.

Du kannst das mit curl und ganz ohne AWS-Konto sehen. Schick einen leeren ListTables-Body an den Endpoint einer Region, und er antwortet:

{
  "__type": "com.amazon.coral.service#MissingAuthenticationTokenException",
  "message": "Request is missing Authentication Token"
}

Eine abgelehnte Anfrage — aber eine Anfrage, die der Dienst angenommen, geparst und beantwortet hat, von einem Laptop, der nicht auf AWS läuft. Ergänze eine SigV4-Signatur, und derselbe Aufruf gelingt.

Was dich das Netzwerk kostet

Der Endpoint ist von überall erreichbar; die Latenz ist nicht von überall dieselbe. Wir haben sie am 2026-07-28 von einem Heimanschluss in Spanien gemessen: zehn unsignierte ListTables-Posts pro Region über eine wiederverwendete HTTPS-Verbindung, ausgelesen über curls time_starttransfer.

Region	Erste Anfrage (TCP + TLS)	Warmer Median
`eu-central-1` (Frankfurt)	232 ms	50 ms
`eu-west-1` (Irland)	204 ms	59 ms
`us-east-1` (N. Virginia)	456 ms	118 ms
`us-west-2` (Oregon)	577 ms	182 ms
`sa-east-1` (São Paulo)	743 ms	247 ms
`ap-northeast-1` (Tokio)	905 ms	263 ms

Eine Maschine, ein Tag, eine Route — lies also die Verhältnisse und nicht die absoluten Millisekunden.

DynamoDB antwortet serverseitig in einstelligen Millisekunden. Von Spanien nach Tokio legt das Netzwerk rund 250 ms obendrauf, also das 25- bis 50-Fache dessen, was die Datenbank leistet. Eine Leseschleife, die sich innerhalb der Region sofort anfühlt, wird außerhalb zum langsamsten Teil deines Programms.

Die erste Anfrage kostet das Drei- bis Vierfache einer warmen, und das ist komplett TCP- und TLS-Aufbau. Langlebige Prozesse zahlen das einmal. Ein kurzlebiger — ein Cronjob, ein CLI-Skript, eine Funktion, die pro Aufruf einen frischen Client erzeugt — zahlt es jedes Mal. Verwende den Client wieder.

Was sich außerhalb von AWS sonst ändert

Datentransfer — Traffic, der AWS verlässt, unterliegt Datentransfer-Gebühren, und das Freikontingent ist geteilt, nicht pro Dienst: "AWS customers receive 100 GB of free data transfer out to the internet free each month, aggregated across all AWS Services and Regions (except China and GovCloud)."
Credentials — Code außerhalb von AWS kann keine Instance Roles nutzen, du verwaltest Access Keys oder föderierte Credentials also explizit.

Ganz ohne AWS entwickeln

Zum Entwickeln brauchst du nicht einmal ein AWS-Konto: DynamoDB Local betreibt die API auf deinem eigenen Rechner, offline und kostenlos. Wenn du so weit bist, tauschst du den Endpoint, und derselbe Code zielt auf den Webdienst.

Tiefer einsteigen

Desktop-Clients sind der alltägliche Beweis dafür: DynoTable läuft auf deinem Mac oder PC — vollständig außerhalb von AWS — und verbindet sich sowohl mit AWS-Regionen als auch mit lokalen Endpoints. Baue die Abfragen, die es sendet, mit dem Expression Builder.

Referenzen

Zuletzt verifiziert am 2026-07-13 gegen die oben verlinkte offizielle AWS-Dokumentation.

Latenz am 2026-07-28 von einem Privatanschluss in Spanien gemessen, zehn Anfragen pro Region über eine wiederverwendete Verbindung. Deine Zahlen werden abweichen; der Abstand zwischen den Regionen ist der Punkt.