Was ist Amazon Aurora DSQL?
Amazon Aurora DSQL ist eine vollständig serverlose, verteilte relationale Datenbank. AWS hat den Dienst auf der re:Invent 2024 vorgestellt und am 27. Mai 2025 allgemein verfügbar gemacht. DSQL steht für Distributed SQL und adressiert eine fundamentale Limitation klassischer relationaler Datenbanken: die Herausforderung, konsistente, skalierbare Transaktionen über mehrere geografische Regionen hinweg auszuführen. Aurora DSQL ermöglicht aktiv-aktiven Betrieb in mehreren AWS-Regionen gleichzeitig, wobei alle Regionen sowohl Lese- als auch Schreiboperationen mit voller ACID-Konsistenz und Multi-Region-Strong-Consistency ausführen.
Der technische Ansatz unterscheidet sich grundlegend von klassischen relationalen Datenbanken. Aurora DSQL nutzt optimistic concurrency control (OCC) anstelle von herkömmlichem pessimistischen Locking. Transaktionen laufen ohne Zeilensperren ab; beim Commit prüft das System automatisch auf Konflikte. Bei einem Schreibkonflikt zwischen gleichzeitigen Transaktionen wird eine Transaktion abgebrochen und muss vom Client wiederholt werden. Dieser Ansatz ermöglicht sehr hohen Durchsatz bei niedrigen Latenzen, erfordert jedoch konflikttolerante Anwendungslogik. Die verteilte Architektur trennt Compute, Commit und Storage und kommt ohne einzelnen primären Knoten aus: Es gibt keinen Single Point of Failure. Aurora DSQL ist mit einer Teilmenge von PostgreSQL 16 kompatibel und benötigt keine manuelle Sharding- oder Replikationskonfiguration.
Kernfunktionen
- Aktiv-aktiver Multi-Region-Betrieb: Alle Regionen verarbeiten gleichzeitig Lese- und Schreibverkehr mit Strong Consistency und automatischem Failover ohne Datenverlust.
- Vollständig serverlos: Keine Cluster-Verwaltung, keine Kapazitätsplanung, keine Wartungsfenster. Compute, Lese-, Schreib- und Speicherkapazität skalieren automatisch und bei Inaktivität auf null.
- PostgreSQL-Kompatibilität: Kompatibel mit einer Teilmenge von PostgreSQL 16, inklusive Unterstützung für PostgreSQL-Views. Bestehende Treiber, ORMs und Tools sind weiterhin nutzbar.
- Optimistic Concurrency Control: Schloss-freie Transaktionsverarbeitung für hohen Durchsatz ohne Deadlocks.
- Sicherheit und Governance: IAM-Authentifizierung, KMS-Verschlüsselung mit Customer Managed Keys, AWS PrivateLink (auch über Direct Connect), AWS Backup, CloudFormation, CloudTrail und ressourcenbasierte Richtlinien für Cross-Account-Zugriff.
- AI- und Tooling-Integration: Ein Model Context Protocol (MCP) Server unterstützt AI-Agenten bei Schema-Design, Performance-Optimierung und Datenbankoperationen. Query-Pläne liefern Cost-Estimates auf Statement-Ebene.
Typische Anwendungsfälle
- Global verteilte Anwendungen: Niedrige Latenz für Nutzer in mehreren Regionen durch lokales Lesen und Schreiben.
- Finanzplattformen und E-Commerce: Transaktionssysteme, die durchgängige Konsistenz und hohe Verfügbarkeit über Regionen hinweg benötigen.
- Serverlose und ereignisgesteuerte Architekturen: Datenbanken für Workloads mit stark schwankender Last, die automatisch auf null skalieren sollen.
- Microservices mit verteilten Transaktionen: Konsistente Datenhaltung ohne manuelles Sharding oder eigene Replikationslogik.
- SaaS-Plattformen: Mandantenfähige Anwendungen mit unvorhersehbarem Wachstum und Anforderungen an Datenresidenz in der EU.
Vorteile
- Hohe Verfügbarkeit: 99,99% SLA im Single-Region-Betrieb und 99,999% im Multi-Region-Betrieb, ohne Single Point of Failure.
- Nutzungsbasierte Abrechnung: Bezahlung nach Distributed Processing Units (DPUs) und Speicher (GB-Monat). Bei Inaktivität entstehen keine DPU-Kosten. Ein dauerhafter Free Tier deckt monatlich die ersten 100.000 DPUs und 1 GB Speicher ab.
- Kein Betriebsaufwand: Patching, Skalierung und Replikation übernimmt AWS automatisch.
- Datenresidenz in der EU: Verfügbar in Frankfurt (eu-central-1), Irland, London, Paris und Stockholm. Multi-Region-Cluster lassen sich innerhalb der EU aufbauen.
- Zukunftssichere Architektur: Verteiltes Design ohne Sharding-Komplexität, mit nativer AI-Tooling-Anbindung.
Integration mit innFactory
innFactory unterstützt Sie bei der Evaluierung von Aurora DSQL für Ihren Anwendungsfall, der Anpassung Ihrer Anwendungsarchitektur an optimistic concurrency control inklusive Retry-Logik und der Planung einer Multi-Region-Strategie auf AWS. Wir bewerten die PostgreSQL-Kompatibilität Ihrer bestehenden Anwendung, planen Datenresidenz in EU-Regionen und integrieren Aurora DSQL in Ihre Infrastructure-as-Code- und CI/CD-Prozesse. Als AWS-Partner begleiten wir Sie von der Proof-of-Concept-Phase bis zum produktiven Multi-Region-Betrieb.
Typische Anwendungsfälle
Häufig gestellte Fragen
Was ist Amazon Aurora DSQL?
Aurora DSQL ist eine serverlose, verteilte SQL-Datenbank von AWS. AWS hat den Dienst auf der re:Invent 2024 vorgestellt und am 27. Mai 2025 allgemein verfügbar gemacht. Aurora DSQL bietet aktiv-aktiven Betrieb über mehrere AWS-Regionen gleichzeitig, PostgreSQL-Kompatibilität und vollständig serverlose Skalierung ohne manuelle Sharding- oder Replikationskonfiguration.
Was unterscheidet Aurora DSQL von Aurora Serverless v2?
Aurora Serverless v2 ist ein Single-Region-Dienst mit einem primären Schreib-Knoten. Aurora DSQL ist von Grund auf für Multi-Region aktiv-aktiv Betrieb konzipiert: Alle Regionen verarbeiten gleichzeitig Lese- und Schreiboperationen, ohne einzelnen primären Knoten und ohne Single Point of Failure. Aurora DSQL nutzt optimistic concurrency control statt klassischem Locking und ist speziell für hochverteilte, latenzoptimierte Workloads gebaut.
Was ist Optimistic Concurrency Control (OCC)?
Bei OCC werden keine Datenbankzeilen für die Dauer einer Transaktion gesperrt. Stattdessen prüft das System beim Commit, ob ein Konflikt entstanden ist. Bei Konflikt wird die Transaktion abgebrochen und muss wiederholt werden. Das ermöglicht sehr hohen Durchsatz ohne Deadlocks, erfordert aber konflikttolerante Anwendungslogik mit Retry-Mechanismus.
Ist Aurora DSQL PostgreSQL-kompatibel?
Ja, Aurora DSQL ist mit einer Teilmenge von PostgreSQL 16 kompatibel. Bestehende PostgreSQL-Treiber, ORMs und Tools funktionieren grundsätzlich. Allerdings gibt es Einschränkungen: Nicht alle PostgreSQL-Erweiterungen werden unterstützt, der Einsatz von SELECT FOR UPDATE oder anderen Lock-basierten Mustern muss überprüft werden, und DDL-Anweisungen laufen jeweils in einer eigenen Transaktion.
Was kostet Aurora DSQL und wie funktioniert die Abrechnung?
Aurora DSQL rechnet nach tatsächlicher Nutzung ab: Datenbankaktivität in Distributed Processing Units (DPUs) plus Speicher in GB-Monat. DPUs umfassen Compute, Lese- und Schreib-I/O sowie Change Data Capture und Multi-Region-Replikation. Bei Inaktivität skaliert der Dienst auf null und verursacht keine DPU-Kosten. Ein dauerhafter Free Tier deckt monatlich die ersten 100.000 DPUs und 1 GB Speicher ab.
In welchen Regionen ist Aurora DSQL verfügbar?
Aurora DSQL ist in zahlreichen AWS-Regionen verfügbar, darunter mehrere EU-Regionen: Frankfurt (eu-central-1, seit Oktober 2025), Irland, London, Paris und Stockholm. Für Datenresidenz in der EU lassen sich Multi-Region-Cluster innerhalb der europäischen Regionen aufbauen. Hinzu kommen Regionen in den USA und im asiatisch-pazifischen Raum.
Wann sollte ich Aurora DSQL statt Aurora Global Database wählen?
Aurora Global Database bietet Multi-Region-Lesezugriff mit einer primären Schreibregion und eignet sich für Lese-intensive Workloads. Aurora DSQL ermöglicht echtes aktiv-aktives Schreiben in mehreren Regionen gleichzeitig mit Multi-Region-Strong-Consistency und ohne Global Database Routing-Overhead. Für neue Anwendungen mit globalem verteiltem Schreibbedarf ist Aurora DSQL die modernere Wahl.