Tu as raison. Mais avec k8s c'est plus simple. Je ne ne gère pas l'allocation des noeuds du cluster pg sur les nodes du cluster k8s, ni la création des lv et des fs. Je n'ai pas besoin de savoir quelle instance est où ni sur quel fs etc.
De ce que je comprends la balance avoir des machines un peu spécifiques et taguer ses nœuds k8s vs gérer de manière homogène et avoir du ceph, s'explique par le volume de machines physiques (ou disons host k8s) que tu veut gérer de manière le plus homogène possible ?
D'autres part toute la conf de pg est dans un yaml dans ma cicd. Nombre de noeud du cluster pg, user, db, config de la base, la taille des disques, le backup, le streaming des wal dans S3, le type de réplication que je veux pour chaque noeud.
Ça me semble orthogonal ou en tout cas faisable aujourd'hui avec de l'ajout/suppression de nœud. Tu dois de toute manière gérer cet ajout de nœud dans le cluster de db (et son initialisation).
Parfait pour tester une version de dev avec des vraies données.
Pas très rgpd-friendly ça, non ? Perso j'utilise une sorte de change data capture qui va contrôler les volumes et anonymiser.
Bref pour pg, comme pour tout le reste j'ai de l'infrastructure as code. En vrai techniquement ça change rien. Mais en standardisant et en automatisant à outrance on peut gérer énormément de service.
Je comprends ça simplifie l'industrialisation à outrance, mais c'est surtout pour des cas où tu es hébergeur/cloud provider. Pour moi qui gère ma prod, ça me paraît moins pertinent. Comme on dit pour le développement "je ne suis pas google".
[^] # Re: cloud baremetal
Posté par barmic 🦦 . En réponse au journal Le cloud ça scale bien. Évalué à 4.
De ce que je comprends la balance avoir des machines un peu spécifiques et taguer ses nœuds k8s vs gérer de manière homogène et avoir du ceph, s'explique par le volume de machines physiques (ou disons host k8s) que tu veut gérer de manière le plus homogène possible ?
Ça me semble orthogonal ou en tout cas faisable aujourd'hui avec de l'ajout/suppression de nœud. Tu dois de toute manière gérer cet ajout de nœud dans le cluster de db (et son initialisation).
Pas très rgpd-friendly ça, non ? Perso j'utilise une sorte de change data capture qui va contrôler les volumes et anonymiser.
Je comprends ça simplifie l'industrialisation à outrance, mais c'est surtout pour des cas où tu es hébergeur/cloud provider. Pour moi qui gère ma prod, ça me paraît moins pertinent. Comme on dit pour le développement "je ne suis pas google".
Merci pour les éclaircissements.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll