Thanks a lot, great idea for my poor design :) (did not have the role 
dependencies in mind).

Do you have any idea what to do about the machine-specific ssl-certificates?

Thanks, Ilya

Am Montag, 9. Februar 2015 17:25:33 UTC+1 schrieb Michael Peters:
>
> On Mon, Feb 9, 2015 at 10:55 AM, ProfHase <[email protected] 
> <javascript:>> wrote: 
>
> > @Michael Peters: 
> > I am using monit for monitoring. And depending on machine there are 
> > completely different services to monitor. I could also do multiple roles 
> > like 'monit_webservice' , 'monit_db', 'monit_application_a', 
> > 'monit_application_b' for just one configuration file. .... this would 
> mean 
> > a certain amount of duplication and it seems odd in terms of clarity. 
> Also 
> > some applications do not support a 'conf.d/' style. In my actual setup i 
> can 
> > see on a per-machine basis which services are monitored. 
>
> You don't need a whole role for each config file. If you have a 
> webservice role, have that role depend on the monit role. The monit 
> role will make sure that monit is installed and configured globally. 
> And then the webservice role would add the extra monit configuration 
> file that is specific for webservices. And you can repeat this same 
> pattern for other things like rsyslog, statsd, collectd, etc. 
>
> And you're right that some applications don't do the conf.d/ pattern 
> so you need to do extra work to get around that. But still in those 
> cases you get around that in role-specific ways, not host specific 
> ways. I still think that if you need host specific files and 
> templates, something is probably wrong. 
>

-- 
You received this message because you are subscribed to the Google Groups 
"Ansible Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ansible-project/72651426-5b73-443d-b0f8-5918c0c56894%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to