Zusammenfassung

  • 304 Not Modified beantwortet eine HTTP-Bedingung zur ausgewählten Repräsentation und erlaubt die Aktualisierung gespeicherter Metadaten; die Antwort zertifiziert nicht die gesamte Abhängigkeitskette.
  • Bevor eine Revalidierung eine folgenreiche Entscheidung freigibt, sollte der Validator mit der Daten-, Richtlinien- oder Snapshot-Version verbunden werden, aus der die Repräsentation entstand.

Man stelle sich einen Konfigurationsendpunkt vor, der auf einem Datenbank-Snapshot beruht. Der Cache sendet If-None-Match mit dem vorhandenen Entity-Tag. Der Ursprung wertet die Bedingung für die ausgewählte Repräsentation aus und antwortet mit 304 Not Modified. Kein neuer Repräsentationsinhalt wird übertragen. Der Cache aktualisiert zulässige Metadaten, und ein Betriebsdashboard macht aus dem grünen Ereignis die breitere Aussage: „Abhängigkeitskette verifiziert“.

An dieser Stelle wird Protokollevidenz zur Managementfiktion. Die 304-Antwort kann korrekt sein, obwohl der vom Anwendungssystem verwendete Snapshot älter ist, als es die Geschäftsentscheidung zulässt. HTTP hat die gestellte Frage beantwortet; das Dashboard hat sie unbemerkt durch eine andere ersetzt.

Die Bedingung hat einen klaren Gegenstand

RFC 9110 definiert If-None-Match anhand der Entity-Tags der ausgewählten Repräsentation. Bei einem bedingten GET oder HEAD führt eine falsche Bedingung zu 304 statt zu der 200-Antwort, die sonst Inhalt geliefert hätte. Der Mechanismus ist gerade wegen seiner begrenzten Bedeutung wertvoll: Die Validatorbedingung wurde nach HTTP-Semantik für die Zielrepräsentation geprüft.

Eine 304 ist daher keine leere 200. Sie enthält keinen Inhalt, kann aber je nach Fall Felder wie ETag, Date, Cache-Control, Expires, Content-Location und Vary zur Cache-Steuerung liefern. RFC 9111 beschreibt anschließend, wie ein Cache die zu aktualisierenden gespeicherten Antworten identifiziert. Starke und schwache Validatoren haben dabei nicht dieselbe Rolle. Nach der Zuordnung werden anwendbare gespeicherte Headerfelder mit den Feldern der 304 aktualisiert, vorbehaltlich der festgelegten Ausnahmen.

Das ist ein präziser Vorgang an Repräsentation und Metadaten, keine Aussage über sämtliche Systeme, die diese Repräsentation beeinflusst haben.

Repräsentationsgültigkeit ist nicht Abhängigkeitsaktualität

Ein Entity-Tag gehört zu der Repräsentationssemantik, die der Ursprung gewählt hat. Eine Anwendung kann ihn aus den endgültigen Bytes, einer Versionsnummer, einer Deployment-ID oder anderen implementierungsspezifischen Eingaben bilden. HTTP verlangt nicht, dass er die Version jeder Datenbankzeile, jedes Richtlinienpakets, Feature-Flags, Berechtigungsfeeds oder vorgelagerten API-Ergebnisses codiert.

Bei einer abgeleiteten Repräsentation ist dieser Unterschied entscheidend. Die JSON-Bytes können seit der Speicherung unverändert sein und eine 304 rechtfertigen. Wurden sie aber aus einem Snapshot erzeugt, der vor fünf Minuten hätte aktualisiert werden müssen, bewahrt die unveränderte Repräsentation genau die Überalterung, die der Betreiber erkennen muss. Revalidierung bestätigt Kontinuität innerhalb der Validatorgrenze; sie erweitert diese Grenze nicht nachträglich.

Das ist kein Einwand gegen bedingte Anfragen. Sie sparen Übertragung und Rechenleistung. Auch verbirgt nicht jede 304 alte Daten. Es geht um den Beweisumfang. „Die Repräsentation entspricht noch diesem Validator“ wird ohne Zusatzbeleg nicht zu „alle Abhängigkeiten sind aktuell“.

Die fehlende Herkunft festhalten

Eine folgenreiche Konfigurationsantwort kann eine Snapshot-ID, den Aktualisierungszeitpunkt der Quelle, die Version des Richtlinienpakets oder einen Materialisierungsstand offenlegen oder protokollieren. Der Cache kann Anfrageziel, gespeicherte Antwort, Bedingungsfelder, 304-Metadaten und die konsumierende Entscheidung festhalten.

Der hier vorgeschlagene Validierungskettenbeleg ist eine redaktionelle Synthese für die Kontrolle, kein vom IETF oder den zitierten RFCs definiertes Protokollobjekt. Er sollte verbinden:

  • Anfrageziel und Identität der ausgewählten Repräsentation;
  • Typ und Wert des Validators sowie die Bedingungsfelder;
  • Zeitpunkt, Status und Metadaten der 304-Antwort;
  • gespeicherte Antwort und aktualisierte Felder;
  • vorgelagerte Snapshot-, Richtlinien- oder Abhängigkeitsversionen;
  • Entscheidung, Kontrolle oder Automatisierung, die das Ergebnis nutzte.

Kann der Ursprung die Repräsentation nicht an eine Abhängigkeitsversion binden, lautet der ehrliche Zustand: „Repräsentation revalidiert; Aktualität der Abhängigkeiten unbekannt.“ Das ist enger als ein grünes Abzeichen, aber für Entscheidungen erheblich brauchbarer.

Quellen