[AlternC-dev] Alternc 2.0 & Puppets : Howto ?

Retour à l'archive de la liste
Le site d'AlternC
Google Custom Search

Benjamin Sonntag benjamin at alternc.org
Lun 7 Mai 18:27:09 CEST 2007


Salut,

Lunar a écrit :
> Le lundi 07 mai à 09:18 +0200, Benjamin Sonntag écrivait:
>   
>> Le problème de mettre cela dans des recettes puppet, c'est que ce sont
>> des fichiers texte.
>>     
>
> En l'était oui.
>
> Après, c'est du Ruby, c'est un logiciel libre et en plus il est bien
> conçu.
>
> Les recettes de Puppet sont compilés d'une façon tout à fait classique,
> par un processus : parsing, lexing, abstract syntax tree, objets
> métiers.
>
> Pour que ça colle, il me semble, avec l'utilisation par AlternC, il faut
> ajouter un bout de code capable de générer soit directement les ojbets,
> soit l'AST à partir d'une réserve de données plus dynamiques que les
> fichiers plats.
>   
Je me demande dans quelle mesure Puppet est prévu pour cela, à savoir
prévu pour gérer des (potentiellement) milliers de fichiers de
configuration sur un serveur ?
Dans l'état de ce soft, il est prévu pour gérer des milliers de
machines, notamment via la gestion des noeuds dans LDAP, ce qui permet
de poser les noeuds dans des classes puppet, sur lesquelles on applique
des recettes et éventuels modèles.

Ne serait-il pas plus logique de voir avec le type de Puppet pour
intégrer le même type de gestion via une base (LDAP ou SQL, peu importe
pour ruby c'est pareil)  non plus une base des hôtes mais des services
fournis de manière multiple par un noeud donné ? (typiquement pour une
liste de vhost apache, ou une liste de zones bind etc.)

Cela dit, ce n'est peut-être pas le rôle de puppet. Son rôle pourrait
être juste de déployer les scripts sur les noeuds web, scripts qui
iraient comme des grand chercher les nouveaux vhosts en base avant de
reloader apache ;)

Bref, pleins de solutions, peu de réponses pour l'instant.

Benjamin




Plus d'informations sur la liste de diffusion Dev