Aperçu checkpoints et rollback
Le service checkpoint définit enregistrements, comportement de rétention, opérations REST/MCP et une machine d’état rollback pour les apps.
Pas encore de vraie reprise : l’adaptateur snapshot actif fabrique des identifiants snapshot VM et base de données. Les étapes stop/start/health sont simulées, et aucun état disque ou base n’est capturé ni restauré. Un checkpoint créé aujourd’hui n’est pas une sauvegarde et ne doit pas servir de contrôle de reprise.
Ce qui peut être testé
La surface d’aperçu permet aux développeurs d’intégration d’exercer :
- création et listage manuels de checkpoints ;
- pin, unpin, delete et métadonnées de rétention ;
- vérifications de propriété ;
- transitions d’état rollback ; et
- création d’un enregistrement de sécurité pre-rollback.
Les outils MCP suivants exposent ce plan de contrôle :
| Outil | Comportement aperçu |
|---|---|
create_checkpoint | Crée un enregistrement avec identifiants snapshot stub |
list_checkpoints | Liste enregistrements possédés et usage rapporté |
pin_checkpoint | Exempte un enregistrement de l’élagage rétention |
delete_checkpoint | Supprime un enregistrement non épinglé |
rollback_app | Exerce la séquence rollback simulée |
Ne décrivez pas une réponse réussie de ces outils comme une app récupérée.
Reprise production aujourd’hui
Pour un déploiement app immuable, récupérez depuis la source et des données gérées séparément :
- identifiez une révision Git connue bonne ;
- confirmez que la sauvegarde base ou object store existe et peut être restaurée ;
- mettez en file un nouveau déploiement immuable pour cette révision ;
- restaurez les données via la procédure de reprise documentée du service ; et
- vérifiez santé applicative et comportement visible utilisateur avant bascule trafic.
Gardez rétention sauvegarde, tests de restauration et objectifs de reprise en dehors de l’aperçu checkpoint jusqu’à ce que de vrais adaptateurs aient été livrés et passé un exercice de restauration.
Ce qui reste
- vrais primitifs snapshot VM et base de données ;
- intégration rollback avec le pipeline de déploiement variant immuable ;
- comportement restore atomique en échec ;
- hooks deploy qui créent des checkpoints vérifiés ;
- application capacité et rétention contre stockage réel ; et
- exercices backup/restore avec preuves capturées.