Skip to Content
TestingCheckpoints og rollback-forhåndsvisning

Checkpoints og rollback-forhåndsvisning

Checkpoint-tjenesten definerer poster, retention-atferd, REST/MCP-operasjoner og en rollback state machine for apper.

Ingen ekte gjenoppretting ennå: den aktive snapshot-adaptern fabricerer VM- og databasesnapshot-identifiers. Stop/start/health-trinn simuleres, og ingen disk- eller databasetilstand fanges eller gjenopprettes. En checkpoint opprettet i dag er ikke en backup og må ikke brukes som recovery control.

Hva som kan testes

Forhåndsvisningsflaten lar integrasjonsutviklere øve:

  • manuell opprettelse og listing av checkpoints;
  • pin, unpin, delete og retention-metadata;
  • ownership checks;
  • rollback state transitions; og
  • opprettelse av et pre-rollback safety record.

Følgende MCP-verktøy eksponerer det control plane:

VerktøyAtferd i forhåndsvisning
create_checkpointOppretter en post med stub snapshot identifiers
list_checkpointsLister owned records og rapportert bruk
pin_checkpointUnntar en post fra retention-beskjæring
delete_checkpointSletter en unpinned post
rollback_appGjennomfører den simulerte rollback-sekvensen

Ikke beskriv et vellykket svar fra disse verktøyene som en recovered app.

Produksjonsgjenoppretting i dag

For en immutable app deployment gjenopprettes fra source og separat administrerte data:

  1. identifiser en known-good Git revision;
  2. bekreft at database- eller object-store-backup finnes og kan gjenopprettes;
  3. sett en ny immutable deployment for den revisjonen i kø;
  4. gjenopprett data via tjenestens dokumenterte recovery procedure; og
  5. verifiser application health og user-visible behavior før trafikk byttes.

Hold backup retention, restore testing og recovery objectives utenfor checkpoint-forhåndsvisningen til ekte adapters er levert og har bestått en restore drill.

Hva som gjenstår

  • ekte VM- og databasesnapshot-primitives;
  • rollback-integrasjon med immutable variant deployment pipeline;
  • failure-atomic restore behavior;
  • deploy hooks som oppretter verified checkpoints;
  • capacity- og retention-håndhevelse mot ekte storage; og
  • backup/restore drills med innhentet evidens.

Relatert