Le lun. 10 juin 2019 à 13:52, Olivier Vailleau <olivier.vailleau(a)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.
--
Nathan Delhaye