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.
Von Bedeutung
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:
Für PostgreSQL-Workloads : Verwenden Sie das Elastic Clusters-Feature von Azure Database For PostgreSQL , um die horizontale Skalierung und verteilten PostgreSQL-Features zu verwenden, die in der Open Source Citus-Erweiterung enthalten sind. 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.
Erfolgskontrolle: Nach Abschluss dieser Schritte richten sich Abfragen mit Mandant- oder Shard-Schlüssel durchgängig an einen einzigen Worker-Knoten 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.