On Thu, Dec 8, 2011 at 9:29 AM, Luke <lutay...@gmail.com> wrote: > Ok a better way to word this can puppet allow us to isolate down the > environment so that dev can make changes to their own environment but > not QA, Prod etc. >
Yes. In Puppet these are called "environments" :) http://docs.puppetlabs.com/guides/environment.html The standard way of achieving your goal is to set up your master to synchronize different branches in your version control system to different environments, and then set up ACLs on your version control such that only approved folks can commit to each branch. A particularly common pattern is to have environments for "dev", "test" and "prod", where developers can only commit to dev, and ops are responsible for propagating changes into "test" and then into "prod". > > I am struggling with comparing these products because I don't think > any one of them really does a good job of explaining what they do or > how they go about doing it. > > > On Dec 8, 1:16 pm, Luke <lutay...@gmail.com> wrote: > > Thanks guys. > > > > I should have pointed out that the developers do have builds mostly > > automated using ant we were just wondering we could have a solution > > that we could all use to try to standardize things. So I take it that > > we should probably just stick with that and perhaps look to puppet for > > our server builds? > > > > On Dec 7, 6:29 pm, Jon Davis <j...@snowulf.com> wrote: > > > > > > > > > > > > > > > > > On Wed, Dec 7, 2011 at 12:22, Luke <lutay...@gmail.com> wrote: > > > > > > to automate our complex server builds > > > > > Well, that's Puppets core skill. > > > > > > and web app deployments but will assist our devs with getting their > builds > > > > ready to deploy > > > > > Depends on how you deploy your webapps and your builds, it could, but > it > > > might not be the best solution. I use puppet to run my web servers, > but I > > > use it in more of an "Apache, create websites X, Y & Z" fashion. Part > of > > > that process does create all the requisite folders and setup an rsync > from > > > the "web master" share to all the web servers. So, in effect puppet is > > > controlling it all, but really it is up to the devs to not screw up > > > deploying their code to the share. > > > > > > . Monitoring, integration of > > > > Tomcat, mysql etc would be nice as well since configuring nagios is a > > > > pain. > > > > > Integrating Nagios has been done before, so you shouldn't have trouble > > > finding examples. But Puppet isn't going to "monitor" itself, of > course. > > > > > Can puppet do all of these things? Does it sound right for us? > > > > > > We are also considering CFengine and Chef. Would puppet be a better > > > > fit over these two? If so why? > > > > > I think all 3 options are fairly similar (I just recently went digging > for > > > automation tools myself, and settled on Puppet). Each one has their > > > strengths and weaknesses. > > > > > -- > > > Jon > > > [[User:ShakataGaNai]] / KJ6FNQhttp:// > snowulf.com/http://www.linkedin.com/in/shakataganai< > http://twitter.com/shakataganai> > > -- > 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. > > -- Nigel Kersten Product Manager, Puppet Labs -- 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.
