Skip to Content
TestingCheckpoint priekšskatījums un rollback

Checkpoint priekšskatījums un rollback

Checkpoint pakalpojums definē ierakstus, saglabāšanas uzvedību, REST/MCP operācijas un rollback stāvokļu automātu lietotnēm.

Vēl nav īstas atjaunošanas: aktīvais snapshot adapteris izveido VM un datubāzes snapshot identifikatorus. Stop/start/health posmi ir simulēti, un diska vai datubāzes stāvoklis netiek fiksēts vai atjaunots. Šodien izveidots checkpoint nav dublējums un to nedrīkst izmantot kā atjaunošanas kontroli.

Ko var testēt

Priekšskatījuma virsma ļauj integrācijas izstrādātājiem izmēģināt:

  • manuālu checkpoint izveidi un sarakstu;
  • pin, unpin, delete un saglabāšanas metadatus;
  • īpašumtiesību pārbaudes;
  • rollback stāvokļu pārejas; un
  • drošības ieraksta pirms rollback izveidi.

Šie MCP rīki atklāj šo vadības plakni:

RīksPriekšskatījuma uzvedība
create_checkpointIzveido ierakstu ar stub snapshot identifikatoriem
list_checkpointsUzrāda piederošos ierakstus un ziņoto lietojumu
pin_checkpointAtbrīvo ierakstu no saglabāšanas apgriešanas
delete_checkpointDzēš nepiespraustu ierakstu
rollback_appIzpilda simulēto rollback secību

Neaprakstiet veiksmīgu atbildi no šiem rīkiem kā atjaunotu lietotni.

Ražošanas atjaunošana šodien

Nemainīgam lietotnes izvietojumam atjaunojiet no avota un atsevišķi pārvaldītiem datiem:

  1. nosakiet zināmu labu Git revīziju;
  2. apstipriniet, ka datubāzes vai object-store dublējums pastāv un to var atjaunot;
  3. rindā ielieciet jaunu nemainīgu izvietojumu šai revīzijai;
  4. atjaunojiet datus pēc pakalpojuma dokumentētās atjaunošanas procedūras; un
  5. pārbaudiet lietotnes veselību un lietotājam redzamo uzvedību pirms satiksmes pārslēgšanas.

Turiet dublējumu saglabāšanu, atjaunošanas testus un atjaunošanas mērķus ārpus checkpoint priekšskatījuma, kamēr īsti adapteri nav izlaisti un nav nokārtuši atjaunošanas vingrinājumu.

Kas vēl palicis

  • īsti VM un datubāzes snapshot primitīvi;
  • rollback integrācija ar nemainīgā varianta izvietošanas pipeline;
  • atjaunošanas uzvedība, kas ir atomiska kļūmes gadījumā;
  • deploy hooks, kas izveido pārbaudītus checkpoint;
  • jaudas un saglabāšanas piemērošana pret īstu krātuvi; un
  • backup/restore vingrinājumi ar fiksētiem pierādījumiem.

Saistīts