Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Important
Azure Cosmos DB für PostgreSQL befindet sich auf einem Ruhestandspfad und wird nicht mehr für neue Projekte empfohlen. Verwenden Sie stattdessen einen der folgenden beiden Dienste:
Verwenden Sie für PostgreSQL-Workloads die Elastic Clusters-Funktion von Azure Database für PostgreSQL, um die horizontale Skalierung und die verteilten PostgreSQL-Funktionen der Open-Source-Citus-Erweiterung zu nutzen. Anleitungen zur Migration finden Sie unter Migrieren zur Azure-Datenbank für PostgreSQL mit Elastic Cluster.
Verwenden Sie für NoSQL-WorkloadsAzure Cosmos DB für NoSQL als verteilte Datenbanklösung, die eine 99,999% Verfügbarkeitsservice-Level-Vereinbarung (SLA), sofortige Autoskalierung und automatisches Failover über mehrere Regionen hinweg umfasst.
Für vorhandene Azure Cosmos DB nur für PostgreSQL-Bereitstellungen gibt es drei Schritte beim Erstellen skalierbarer Apps. Neue Projekte müssen einen der oben aufgeführten alternativen Dienste verwenden und sollten die nachstehenden Schritte nicht ausführen.
- Klassifizieren Sie die Anwendungsworkload. Häufige Workloads, bei denen Azure Cosmos DB für PostgreSQL glänzt, umfassen:
- Mehrmandanten-SaaS → Mandant-isolierte Schemata oder Shard-Schlüssel
- Microservices → vom Dienst ausgerichtete verteilte Tabellen
- Echtzeit-Betriebsanalysen → gemeinsam lokalisierte verteilte Daten
- OLTP mit hohem Durchsatz → zeilenbasiertes Datenaufteilung mit einem Schlüssel hoher Kardinalität
- Verwenden Sie basierend auf der Workload schemabasiertes Sharding, oder identifizieren Sie den optimalen Shardschlüssel für die verteilten Tabellen (z. B. shard by
tenant_idfür eine mehrinstanzenfähige SaaS-App, sodass alle Zeilen für einen Mandanten gemeinsam gespeichert werden; erwartetes Ergebnis: auf einen Mandanten ausgerichtete Abfragen werden an einen einzelnen Shard weitergeleitet). Klassifizieren Sie die Tabellen als referentiell, verteilt oder lokal. - Aktualisieren Sie bei der Verwendung von zeilenbasiertem Sharding Datenbankschema und Anwendungsabfragen, um die knotenübergreifende Verarbeitung zu beschleunigen.
Erfolgsüberprüfung: Nach Abschluss dieser Schritte richten sich Mandanten- oder Shardschlüssel-bezogene Abfragen konsistent auf einen einzelnen Workerknoten aus und zeigen eine stabile, niedrige Latenz unter Last.
Nächste Schritte
Bevor Sie mit der Erstellung einer neuen App beginnen, sollten Sie sich zunächst etwas mehr über die Architektur von Azure Cosmos DB for PostgreSQL informieren.