On Mon, Sep 01, 2014 at 12:34:50PM +0530, Sirtaj Singh Kang wrote: > > On Monday 01 September 2014 05:39 AM, Atom Powers wrote: > >Poli, that doesn't really solve the problem since the variable > >values could still come from many places. (Puppet also does some > >of that lookup automatically, although not as deep.) > > Yes, though my primary goal is simply to reduce unnecessary > duplication. A single added configurable template parameter > currently ends up being in three places even before bringing in > hiera, which is > pretty bad. > > This whole thing was brought about by my writing parameterized > classes for some of our > internal custom services that have dozens of options in their config > templates, and the manifest file is just > a sea of parameter names. > > I think I'm just going to start putting defaults in the class > declaration param list unless they explicitly > require logic to compute, in which case they'll come from the params.
I'm glacially pondering moving away from class parameters to using either static variable declarations in classes ($var = 'thing') or the three hiera lookup functions. That way information is either in the pp file or in hiera and it's easy to explain what comes from where. I also have slow catalog compilations and too many hiera levels, and I'm wondering if knocking down the number of hiera lookups will help me more or less than other stuff like shrinking templates and reducing the number of resources. However, the puppet universe seems to love their class parameters and it may be better to go along with the crowd for training reasons. (It would be easier to figure out if a hiera key is used by grepping for it with function usage.) This may be an interesting thread, much argumentation in all directions: https://groups.google.com/forum/#!msg/puppet-users/Z-54YAp9YBc/Ny3Z_d3IW04J > >This may be relevant: > >https://github.com/ripienaar/puppet-module-data/ > > This looks really cool! Thanks for the reference. > > -Taj. > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to puppet-users+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/puppet-users/54041A92.1020708%40gmail.com. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/20140904170742.GA6141%40iniquitous.heresiarch.ca. For more options, visit https://groups.google.com/d/optout.
