Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Neptune-Streams protokolliert vollständig verwaltet jede Änderung für Ihr Diagramm, sobald sie erfolgt, und in der Reihenfolge, in der sie erfolgt. Nach der Aktivierung von Streams übernimmt Neptune die Verantwortung für Verfügbarkeit, Sicherung, Sicherheit und Ablauf.
Anmerkung
Dieses Feature ist ab Release 1.0.1.0.200463.0 (15.10.2019) im Labor-Modus und ab Neptune-Engine-Version 1.0.2.2.R2 für die Verwendung in der Produktion verfügbar.
Im Folgenden finden Sie einige der zahlreichen Anwendungsfälle, in denen Sie Änderungen an einem Diagramm erfassen können, sobald sie auftreten:
Möglicherweise möchten Sie, dass Ihre Anwendung Personen automatisch benachrichtigt, wenn bestimmte Änderungen vorgenommen werden.
Möglicherweise möchten Sie eine aktuelle Version Ihrer Grafikdaten auch in einem anderen Datenspeicher wie Amazon OpenSearch Service, Amazon oder Amazon ElastiCache Simple Storage Service (Amazon S3) verwalten.
Neptune verwendet denselben nativen Speicher für den Änderungsprotokoll-Stream wie für Diagrammdaten. Es schreibt Änderungsprotokolleinträge synchron mit der Transaktion, die diese Änderungen vornimmt. Sie rufen diese Änderungsdatensätze mithilfe einer HTTP-REST-API aus dem Protokoll-Stream ab. (Informationen finden Sie unter Aufrufen der Streams-API.)
Das folgende Diagramm zeigt, wie Änderungsprotokolldaten aus Neptune-Streams abgerufen werden können.
Neptune-Streams-Garantien
Änderungen, die von einer Transaktion vorgenommen werden, sind sofort für das Lesen von Writern und Readern verfügbar, sobald die Transaktion abgeschlossen ist (abgesehen von normalen Replikationsverzögerungen bei Readern).
Änderungsdatensätze werden streng sequenziell in der Reihenfolge angezeigt, in der sie aufgetreten sind (einschließlich der Änderungen, die innerhalb einer Transaktion vorgenommen wurden).
Die Änderungsstreams enthalten keine Duplikate. Jede Änderung wird nur einmal protokolliert.
Die Änderungsstreams sind vollständig. Es gehen keine Änderungen verloren oder werden ausgelassen.
Die Änderungsstreams enthalten alle Informationen, die erforderlich sind, um den vollständigen Status der Datenbank selbst zu einem beliebigen Zeitpunkt zu bestimmen, sofern der Startstatus bekannt ist.
Streams kann jederzeit aktiviert oder deaktiviert werden.
Operative Eigenschaften von Neptune-Streams
Der Änderungsprotokoll-Stream ist vollständig verwaltet.
Änderungsprotokolldaten werden synchron als Teil derselben Transaktion geschrieben, die eine Änderung vornimmt.
Bei Aktivierung von Neptune-Streams fallen E/A- und Speicherkosten für die Änderungsprotokolldaten an.
Änderungsdatensätze werden automatisch eine Woche nach ihrer Erstellung gelöscht. Ab Engine-Version 1.2.0.0 kann dieser Aufbewahrungszeitraum mithilfe des DB-Cluster-Parameters neptune_streams_expiry_days in jede Anzahl von Tagen zwischen 1 und 90 geändert werden.
Die Leseleistung der Streams wird mit Instances skaliert.
Mit Read Replicas können Sie hohe Verfügbarkeit und einen hohen Lesedurchsatz erzielen. Es gibt keine Beschränkung für die Anzahl der Stream-Reader, die Sie gleichzeitig erstellen und verwenden können.
Änderungsprotokolldaten werden über mehrere Availability Zones hinweg repliziert, wodurch sie sehr beständig sind.
Die Protokolldaten sind so sicher wie Ihre Diagrammdaten selbst. Sie können während der Übertragung und im Ruhezustand verschlüsselt werden. Der Zugriff kann mit IAM, Amazon VPC und AWS Key Management Service ()AWS KMS gesteuert werden. Wie die Grafikdaten können sie gesichert und später mithilfe von point-in-time Wiederherstellungen (PITR) wiederhergestellt werden.
Das synchrone Schreiben von Stream-Daten als Teil jeder Transaktion führt zu einer leichten Herabsetzung der allgemeinen Schreibleistung.
Stream-Daten sind nicht in Shards organisiert, da Neptune nur ein Shard zulässt.
Die Protokoll-Stream-API
GetRecordsverwendet dieselben Ressourcen wie alle anderen Neptune-Diagrammoperationen. Dies bedeutet, dass Clients einen Lastausgleich zwischen Stream-Anforderungen und anderen DB-Anforderungen durchführen müssen.Wenn Streams deaktiviert sind, sind alle Protokolldaten sofort unzugänglich. Dies bedeutet, dass Sie alle Protokolldaten lesen müssen, die für Sie wichtig sind, bevor Sie die Protokollierung deaktivieren.
Derzeit gibt es keine native Integration mit AWS Lambda. Der Protokoll-Stream generiert kein Ereignis, das eine Lambda-Funktion auslösen kann.
