Je ne retrouve pas la source mais un des fondateur de Neon avait expliqué que l'idée lui était venu par rapport à une procédure qu'il avait mis en place en local, je ne me souviens plus exactement, probablement à base de snapshots fichiers.
Oui je me doutais que c'est des snapshots montés.
Ce qui est pratique avec le côté service c'est également quand la base est très grosse et qu'il est trop long de la rapatrier chaque fois en local pour du dev ou des tests.
Ça va dépendre des usages et des contraintes (parce qu'accéder aux données de prod peut ne pas être légales), une autre solution que j'avais vu consistait à avoir une instance locale l'ajouter à la réplication et une fois la réplication terminé la sortir du cluster. Je ne sais pas si c'est facile à faire avec PG (mais oui ça demande tout de même de dumper toute la base).
Pour l'instant chez eux cette option de scaling coûte plutôt moins cher que sans.
J'en doute pas. Mon commentaire était plus pour rappeler qu'il faut bien faire attention et qu'il peut y avoir des détails qui font que ça n'est pas aussi rentable. D'ailleurs ça ne remet pas forcément tout en cause des fois il suffit de pas grand chose pour faire de grosses économies sur sa facture.
Si on considère que c'est de facto une forme de haute dispo c'est même carrément moins cher.
Ouai faut lire avec attention les garanties fournies par le service.
Je me demande tout de même à quel point ça a dû être complexe d'implémenter les garanties ACID en stateless.
[^] # Re: Neon c'est bon.
Posté par barmic 🦦 . En réponse au lien database of Databases. Évalué à 3.
Oui je me doutais que c'est des snapshots montés.
Ça va dépendre des usages et des contraintes (parce qu'accéder aux données de prod peut ne pas être légales), une autre solution que j'avais vu consistait à avoir une instance locale l'ajouter à la réplication et une fois la réplication terminé la sortir du cluster. Je ne sais pas si c'est facile à faire avec PG (mais oui ça demande tout de même de dumper toute la base).
J'en doute pas. Mon commentaire était plus pour rappeler qu'il faut bien faire attention et qu'il peut y avoir des détails qui font que ça n'est pas aussi rentable. D'ailleurs ça ne remet pas forcément tout en cause des fois il suffit de pas grand chose pour faire de grosses économies sur sa facture.
Ouai faut lire avec attention les garanties fournies par le service.
Je me demande tout de même à quel point ça a dû être complexe d'implémenter les garanties ACID en stateless.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll