On 17 Dic, 17:28, David Schmitt <da...@dasz.at> wrote: > Hi Al, > > Welcome back, great post! > > +1, except for (as predicted) #8, where I think that the rationale > doesn't make sense, especially if one wants to start configuring modules > via facter and/or external nodes. prefixing with the module name would > make more sense for me. > > Regards, DavidS
Hi David, thanks for the reply. You and Michael have definitively convinced me about variable name namings (modulename_ is surely a better prefix). I take the occasion of your reply to discuss deeper a topic that I've always found somehow controversial. Many use to say, if I've understood well, that in a puppet infrastructure there should only be variables generated by facts, that it's not a good idea to define custom variables at node's level (or using different ways to group/classify them). I can understand this if we talk about external nodes, when you can have powerful and easy ways to aggregate/define variables for nodes (and still they are not fact variables), but I still have to understand why and how it should be better to define variables necessary for your classes (for example an external server where to send syslog messages, which changed according to different servers' locations or test/prod status or whatever logic) in a fact. I find more difficult to write and control this logic in custom facts splattered in different modules, rather that in a single "infrastructural" class where all variables are defined according to custom logic and groupings, or, as I generally do, in a nodes' inheritance structure, where there are intermediate node that can define networks or geographical locations or whatever groups that are inherited by host nodes. Excuse my ignorance, if someone can enlighten and convince me on the advantages of placing the logic of a puppet infrastructure in facts, please do it. I like to redefine my beliefs :-D al -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-us...@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
