Le lun. 10 juin 2019 à 13:52, Olivier Vailleau olivier.vailleau@gmail.com a écrit :

Mais !? ... Question de béotien : Pourquoi on sauvegarderais différemment le SaaS, le Paas, l'IaaS, le Chiaas, etc.. ? Tout ça, c'est des softs, sur des os, sur des vm, sur des HW..

+1

Personnellement, je pense que même les services type AWS RDS qui fournissent une fonctionnalité de snapshot/backup purement intégré au SaaS ne sont pas forcément une bonne idée. Dès que je peux réaliser mes backups d'une manière "générique", je le fais afin d'avoir quelque chose de ré-utilisable plus facilement, par exemple en cas de changement d'infra ou pour être utilisé dans un contexte de dev/local.

J'ajouterais que dans une infra moderne, je pense que la liste des "vrais" backups est bien plus courte qu'avant.

Par exemple, je ne backup plus mes front applicatifs, je garde les .tgz des build de code et j'industrialise le déploiement de l'app et du système.

Avec cette méthode si tu développe correctement, tu as une méthode de scale-up et de PRA gratuite en bonux.

Cela demande une certaine rigueur, notamment de re-tester une création de service from scratch à chaque modification et de ne pas utiliser de ressource externe car celles ci peuvent être en rade lorsqu'on as besoin de lancer son PRA (Murphy n'est jamais loin). Je préfère backuper une fois mon mirroir APT local, mon dépot git d'infra et mon repository de build que 50 serveurs applicatifs.

Par contre, effectivement, une BDD ou des fichiers alimentés par l'utilisateur faut toujours les dumper quelque part à un moment ! Mais bon ça on sais faire depuis +30 ans avec les outils fournis par lesdites BDD et FS.