On Mon, Mar 31, 2014 at 1:47 PM, Ken Barber <[email protected]> wrote:
> > Coarser grained too, perhaps? That is, for the case where puppetdb is > > configured with collection_environments = 'same', does it not make sense > to > > support, say, > > > > Nagios_host<<| environment == * |>> > > > > to collect resources from all environments? Or maybe the smoothest path > > would be to keep the default behavior of collecting from every > environment, > > but support an 'environment' key in collectors by which to narrow that > to a > > single environment. That would retain current behavior for all current > > code. > > > > Upon reflection, I think it would be wise to control which resources are > > collected strictly via search expressions. I disfavor a configuration > > setting affecting that, because if there were one then it would be likely > > that different modules would be developed with different assumptions > about > > the configured behavior. Or to put it a different way, people should not > > need to refer to Puppet's configuration to determine what any given > snippet > > of DSL code means. > > I guess the problem such a solution leaves is, that people who really > do want global collection have to litter their code with explicit > environment == '*' clauses. How many people will get affected by this > would be interesting, seems at least 2 people on the response so far. > Any ideas for that? > > Since the environment documentation talks about serving different modules for different environments, I think it makes more sense to have collection be local to the environment. I wouldn't expect environments to interact with each other. If the modules, manifests, and virtual resources are specific to an environment, why wouldn't exported be the same? I would expect with no environment specified, it would default to the current environment. I'm ok with adding environment == '*' to my modules when I need cross environments. While I do it in several modules, its the exception not the rule. -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-dev/CAOZA7A17DM3zDSBrTunZUmdfFuGKscO6f_-T-svyAGVb7r8OMA%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
