Project

General

Profile

Actions

Refactor #2755

open

Try refactoring all modules to add a profile-layer abstraction

Added by Anonymous almost 11 years ago. Updated over 10 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Difficulty:
Triaged:
Fixed in Releases:
Found in Releases:

Description

The Puppet module stack used by the installer etc is in pretty good shape but for wider reuse and adaptation outside of Foreman they need to be less dependent on each other.

This can be done by adding a 'profile' abstraction layer on top of the modules, pulling out any dependencies from the module layer. If we do this each module could be able to work on its own and Foreman could become a great place for others to pick up Puppet modules that are curated and well maintained. A win for all.

For those not familiar with the roles and profiles pattern -> http://www.youtube.com/watch?v=ZpHtOnlSGNY

I plan on starting a proof-of-concept refactor this fall to try and show how this could be done. Anyone willing to help please speak up :-)

Actions #1

Updated by Drew Blessing over 10 years ago

I completely agree. For anyone with a semi-mature or Puppet environment that's been around for a while it is impossible to fit the Foreman installer modules in. This should be easier.

Actions #2

Updated by Ewoud Kohl van Wijngaarden over 10 years ago

  • Description updated (diff)

We've talked about this on IRC and this is sort of related to the installer. It would be great if we had some sort of standard roles we could deploy (all-in-one, smartproxy+puppet+dhcp+tftp,smartproxy+dns). I'm very interested in what you can come up with because making it less dependent on each other is something I've run into as well. For one, I'm working on replacing our puppet-apache with puppetlabs-apache so we more easily integrate in existing environments. Also had a discussion about puppet-puppet depending on puppet-foreman. Feel free to drop by on IRC :)

Actions

Also available in: Atom PDF