Checkpoints a náhled rollbacku
Služba checkpoint definuje záznamy, chování retence, operace REST/MCP a stavový automat rollback pro aplikace.
Zatím žádné skutečné obnovení: aktivní snapshot adapter vytváří identifikátory snapshotů VM a databáze. Etapy stop/start/health jsou simulované a žádný stav disku ani databáze se neukládá ani neobnovuje. Checkpoint vytvořený dnes není záloha a nesmí sloužit jako kontrola obnovení.
Co lze testovat
Náhledová vrstva umožňuje vývojářům integrací procvičit:
- ruční vytváření checkpointů a výpis;
- pin, unpin, delete a metadata retence;
- kontroly vlastnictví;
- přechody stavů rollback; a
- vytvoření bezpečnostního záznamu před rollbackem.
Následující nástroje MCP zpřístupňují tuto řídicí rovinu:
| Nástroj | Chování v náhledu |
|---|---|
create_checkpoint | Vytvoří záznam se stub snapshot identifiers |
list_checkpoints | Vypíše záznamy v držení účtu a hlášené využití |
pin_checkpoint | Vyřadí záznam z prořezávání retence |
delete_checkpoint | Smaže záznam bez pin |
rollback_app | Projde simulovanou sekvenci rollback |
Ne popisujte úspěšnou odpověď z těchto nástrojů jako obnovenou aplikaci.
Produkční obnovení dnes
U immutable app deployment obnovte ze zdroje a odděleně spravovaných dat:
- určete známou dobrou revizi Git;
- ověřte, že záloha databáze nebo object store existuje a lze ji obnovit;
- zařaďte do fronty nové immutable deployment pro tuto revizi;
- obnovte data podle dokumentovaného postupu obnovení služby; a
- ověřte application health a chování viditelné uživateli před přepnutím provozu.
Nechte backup retention, restore testing a recovery objectives mimo náhled checkpoint, dokud nejsou vydány skutečné adaptery a neprojdou restore drill.
Co zbývá
- skutečné primitivy snapshotů VM a databáze;
- integrace rollback s immutable variant deployment pipeline;
- failure-atomic restore behavior;
- deploy hooks vytvářející ověřené checkpoints;
- vynucování capacity a retence vůči skutečnému storage; a
- backup/restore drills se zachycenými důkazy.