• 15 Posts
  • 5 Comments
Joined 8 months ago
cake
Cake day: February 17th, 2024

help-circle

















  • Du coup c’est ça que je capte pas. Si tu es une boîte prête à mettre de l’énergie dans un machin immutable avec des mises à jour assez lourdes. Pourquoi ne pas aller jusqu’au bout et créer quelque chose avec une base simple plutôt que de prendre un gros truc type Vanilla OS. D’habitude on s’amuse plus à virer des paquets pour ne garder que l’essentiel et réduire la surfaces des MAJ et donc le temps consacrés. Là on se retrouve avec des distributions énormes qu’on peut pas modifier sauf en mettant des MAJ qui en plus concerne le système entier. C’est quand même vachement moins bien que de construire sa solution, du coup Nix et GuixSD je plussoie, je trouve ça en revanche hyper adapté!



  • Je vois pas trop l’usage hors pro où on a déjà la même pratique sur des VM. Le client lance une VM avec une distrib’ compilée, consulte, peut récupérer des fichiers, télécharger. Le client kill la VM un autre client la lance à l’autre bout du monde, elle n’a pas changée d’un iota. Les MAJ sont cadrées par la boîte et se font de manière atomiques. C’est ok sur des clients dont tu veux maitriser le degré de liberté facilement. Dans une boite ou tu as des déploiements sur de nombreux postes ou des VM générées. Par contre si c’était mon cas j’utiliserais pas du tout ces énormes distributions. On part d’une logique de controle et de rapidité si on est jusqu’au-boutiste Fedora ou Vanilla OS bof quand même. Autant partir d’une Gentoo, compilé qu’une fois, déployer 100 fois non?