Role/Profiles not binary choice within the system, it's "does this
specific module in my environment need business logic.
Example from my environment. Most of the time you don't need to care
about chrony. It runs, no logic required. In our case we want to sync
with the ptp clock in certain cases.
class profile::chrony {
# ptp refclocks only provided by Azure (so far)
# and only supported on rhel 7 or better.
# cloud_vendor is specified in manifests/site.pp
if $facts['os']['family'] == 'Redhat' and
versioncmp($facts['os']['release']['major'], '7') >= 0 and
$::cloud_vendor == 'azure' {
$refclocks = ['PHC /dev/ptp0 poll 3 dpoll -2 offset 0']
} else {
$refclocks = []
}
class { 'chrony':
refclocks => $refclocks,
}
}
Same system we have a number of modules that don't need any logic. We
apply it all in profile::std because that a convenient place to group it.
# standard linux profile for all linux servers
class profile::std::linux {
include bash
include cron
include firewalld
include git
include sendmail
include ssh
etc etc
The point is you get to pick when you bring profiles in.
Ramin
On 6/9/2020 12:54 PM, Alan Evans wrote:
Either you need to manage that
complexity or you don't.
You are right and we have already decided that RP is warranted. So
yeah, module + profile.
Thank you for your input,
-Alan
--
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
<mailto:puppet-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit
https://groups.google.com/d/msgid/puppet-users/84aec7a5-3b03-49f2-8dba-99a946cfedf1o%40googlegroups.com
<https://groups.google.com/d/msgid/puppet-users/84aec7a5-3b03-49f2-8dba-99a946cfedf1o%40googlegroups.com?utm_medium=email&utm_source=footer>.
--
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/96c931e7-04df-d5b8-d382-d81308463ff2%40badapple.net.
