On Wed, May 14, 2014 at 10:22 PM, <mjuszc...@gmail.com> 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 puppet-users+unsubscr...@googlegroups.com.
> 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 puppet-users+unsubscr...@googlegroups.com.
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