On Wed, May 14, 2014 at 10:22 PM, <[email protected]> wrote:

> Hi all,
>
> We use the roles/profiles/components model originally suggested by Craig
> Dunn fairly heavily.  In our case:
>
>
>    - The role is a business name, like "Application X App Server"
>    - The profile is the technical name, like "Base Components" or
>    "Webserver"
>    - The components are either wrapper classes around modules or modules
>    themselves, like "PHP" or "Apache".
>
> For the most part, this works well.  We can have, for example:
>
>
>    - MyFace Application Server
>       - Base Components
>          - SSSD
>          - Sudo
>          - NTP
>       - PHP Webserver
>          - PHP
>          - Apache
>          - PHP-FPM
>          - Memcache
>
> However, we're running into trouble how to handle the situation where you're
> running a box with multiple functions... for example, WordPress and Drupal.
>  In that case, how do you handle configuration conflicts?  On the surface,
> it seems like we would create a more generic profile like "PHP Webserver"
> (like I did in the above example).  If I do this, however, I lose the
> ability to define profile specific variables such as firewall rules, cron
> jobs, etc.
>

Just to add, I've written a bit about this at
http://bit.ly/puppetworkflows2and you might want to take a look

Profiles are TECHNOLOGY-specific, so a profile for wordpress, and one for
drupal, and one for java, and etc...  Roles are BUSINESS LOGIC-specific, so
a role for your cluster nodes, or a role for your application servers, and
etc (however you refer to your machines internally).  This allows you to
swap out profiles (technology-specific components) in the event that
different roles require different technology components.

Hope that helps a bit.


>
> Any thoughts on this?
>
> Best,
>
> Matt
>
> --
> 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 [email protected].
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-users/c1157f75-5a08-4e13-8739-abef8bd23cf4%40googlegroups.com<https://groups.google.com/d/msgid/puppet-users/c1157f75-5a08-4e13-8739-abef8bd23cf4%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Gary Larizza
Professional Services Engineer
Puppet Labs

-- 
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 [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/CAMQzncLgWxhTLQR2sAWb5eJ%2BNsEh-fhR7Sh4wL%2BqUWrce5T0wQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to