Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Set up puppet deploy configs #1167

Closed
nickthenewbie1 opened this issue Jun 26, 2015 · 5 comments
Closed

Set up puppet deploy configs #1167

nickthenewbie1 opened this issue Jun 26, 2015 · 5 comments

Comments

@nickthenewbie1
Copy link

No description provided.

@nickthenewbie1 nickthenewbie1 added this to the MAGClassic 2015 launch milestone Jun 26, 2015
@binary1230
Copy link
Contributor

just about done this

@EliAndrewC
Copy link
Contributor

Is there any chance we could get something like
magfest-archive/ubersystem-puppet#28
if we're going to go with Puppet? I can't count the number of times I've gone to make a simple change and then realized that I need to update the puppet repo as well to support a new config option oreven just an existing config option which wasn't already puppetized, etc.

Not strictly required, but if we're using puppet then I'd rather have this than almost anything :)

@binary1230
Copy link
Contributor

I think I want to tackle the config stuff in docker, the puppet stuff is going away and I don't -think- we're going to need it for installing docker-related stuff.

I was looking around at some approaches included maestro-ng (a more powerful looking docker-compose like tool) which uses templating to insert different blocks of config. that might be exactly what we need.

really, what I'm after is saying something like:

env = m14 production
m14 production = uber base settings + magfest base settings + couple of m14 tweaks
vagrant m14 = m14 production + couple of tweaks

@binary1230
Copy link
Contributor

btw, actual vague plan for this (still investigating) is to use an orchestration tool like maestro-ng which supports templated config files.

maestro-ng uses jinja2 templates, so you can create a base config block,and inherit/override that per-environment per-server.

that would allow us to create a hierarchy of config templates without having to duplicate options and explicitly define them as we do now.

@binary1230
Copy link
Contributor

I'm going to close this issue now as this task is done as far as magclassic is concerned. The larger config stuff we'll have to address later.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants