I know this has come up on the list numerous times before but I
thought it would be a good time to see if the state of the art has
advanced for this kind of thing.  I wanted to know how people are
handling higher level deployment of applications - things that have to
be done repeatedly but not all the time.  An example of this is
checking an application out of svn, building it, creating a package
and then moving it off to a repo.  Or even just building/installing
locally for developers.

It never seems to fit well into Puppet for me and I end up with crazy
complicated manifests to deal with this kind of thing.  I recently
moved these jobs into Rundeck (www.rundeck.org) which works pretty
well but doesn't really leverage any of the stuff I have within
Foreman/Puppet.  I've seen suggestions to use mcollective but this
doesn't easily integrate our existing scripts (written in many
languages) or processes and would require me to force a lot of
developers to work differently.  I could just have classes that
trigger scripts only when some condition is met (like /.buildapp
files) or something along those lines but nothing seems elegant.

What I'm trying to find out is what other people did to handle this?
I want something I can build up over time and slowly migrate legacy
apps and processes into without having to do a massive up front
development.  It should also be relatively simple and not require me
to code anything as anyone on the list who knows me can tell you that
I am absolutely awful at coding.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.

Reply via email to