Audit-Historie und Restore

Audit-Historie

Der Kern speichert Zonen ereignisbasiert: Jede Änderung ist ein Ereignis, der aktuelle Stand ergibt sich aus deren Abfolge. Die Historie ist damit kein nachträglich gepflegtes Protokoll, sondern die Datenquelle selbst — sie kann gar nicht unvollständig sein.

EE macht sie zugänglich:

GET /api/v1/zones/{id}/history

In der Oberfläche zeigt die Zonenansicht dieselben Einträge: Zeitpunkt, Art der Änderung und die betroffenen Record Sets.

CE speichert diese Ereignisse ebenfalls — dort fehlt lediglich der Zugang dazu.

Zeitreise-Restore

POST /api/v1/zones/{id}/restore

Setzt eine Zone auf einen früheren Zeitpunkt zurück. Entscheidend ist das Wie: Der alte Zustand wird als neue Ereignisse wieder aufgeprägt, statt die Historie zurückzuspulen oder zu löschen.

Das hat zwei Konsequenzen:

Die Historie bleibt lückenlos. Auch der Restore selbst ist darin sichtbar.
Ein Restore ist umkehrbar — man kann auf den Stand davor zurückgehen.

Danach greift der normale Ablauf: Der wiederhergestellte Soll-Zustand wird zum Provider geschrieben.