Interesting, I'll read that paper, thanks. For our setup the version of software is exposed in the puppet_node_classifier which connects to a database. Additionally, the version of the configuration files and which puppet environment to use are available as well. To do an upgrade, I change the version in the db for a particular host to whatever I want it to be and then force puppet to run. No waiting for 30 minutes, I can't not have control over when the upgrade is going to happen. Rollback is an upgrade to the previous version, and when rolling out to all of our production boxes, our software modifies the database in slices and then verifies that the upgrade was successful before proceeding to the next slice, and if puppet fails to upgrade, all future boxes waiting to be upgraded get canceled. I think it's a pretty slick system.
Pete On Mar 12, 2:46 am, Jesús Couto <jesus.co...@gmail.com> wrote: > I was asking about this months ago and was pointed > tohttp://dev2ops.org/storage/downloads/FullyAutomatedProvisioning_White... > an example and explanation of why Puppet was not "good" for > application > deployment, better at being part of a stack of apps to achieve it. > > Not that I understand it much :-P. But in general, I really didnt see why > application deployment would be different for system deployment... except in > operational terms. Things like "ok, new version of jar files on a load > balanced enviroment, have to do one leg first, then the other, to ensure no > outage...", that are very much procedural while Puppet manifest are more > useful on a description of required software level. Cause you could do some > weird thing like using a different class or parameter or something to update > one leg first and then converging to the correct version, but at the default > 30 minutes interval it would take you 1 hour to deploy, for example. > > ------------------------------ > > Jesús Couto F. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-us...@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.
