Amazon S3 Datenkonsistenz Modell

Question

mir die Amazon S3 Datenkonsistenz in der Dokumentenlese http://docs.aws.amazon.com/AmazonS3/latest/dev/Introduction.html

Amazon S3 bietet Lese-nach-Schreiben Konsistenz für PUTS neue Objekte in Ihrem Eimer S3 in allen Regionen mit einem Vorbehalt. Der Vorbehalt besagt, dass, wenn Sie eine HEAD- oder GET-Anfrage an den Schlüsselnamen stellen (um zu finden, ob das Objekt existiert), bevor Sie das Objekt erstellen, bietet Amazon S3 eventuelle Konsistenz für Read-After-Write.

Ich verstehe, dass Amazon S3 Lese-nach-Schreib-Konsistenz bietet, während neue Objekte S3-Bucket setzen. Aber ich habe diese Einschränkung für HEAD und GET nicht bekommen, bevor ich das Objekt erstellt habe. Was bedeutet das?

Answer 1

Die tatsächlichen Interna von S3 sind auf AWS proprietär, aber hier ist eine Theorie:

Wenn Sie ein Objekt anfordern, geht es ihm Cache zu sehen ist, wenn es da ist.

1) Wenn es sich nicht im Cache befindet, ruft es die Daten aus dem zugrunde liegenden Speicher ab und speichert sie im Cache.

Dies ist die Lese-nach-Schreib-Konsistenz. Sie erhalten sofort die neue Version.

2) Wenn es bereits im Cache ist, gibt es die Daten zurück.

Dies ist die endgültige Konsistenz für Lesen-nach-Schreiben für Updates. Sie aktualisieren das Objekt, und dann muss die zwischengespeicherte Version ablaufen, bevor Sie die neue Version erhalten.

3) Wenn es sich nicht im Cache befindet und das Objekt nicht vorhanden ist, wird das Ergebnis "nicht vorhanden" zwischengespeichert.

Dies ist das Verhalten, nach dem Sie fragen. Wie die alten Daten, die sich im Cache befinden, hat S3 den "Schlüssel existiert nicht" als "alte Daten" zwischengespeichert. Auch hier müssen Sie warten, bis der Cache abläuft, bevor die eigentlichen Daten zurückgegeben werden können.

Auch dies wird nicht mit irgendeiner Autorität angegeben. Ich würde alle S3-Experten begrüßen, um mögliche Fehler zu korrigieren oder zu bestreiten.