<tt><font size=2>We've finally, finally finished up getting just about
everything here under config management(in our case puppet), the last step
being to get RANCID up and dealing with a few odd ducks in the network
equipment. &nbsp;I also just finished up the initial work on our new deployment/promotion
system, which is a redmine plugin(you can view it on my github here: </font></tt><a href=https://github.com/cammoraton/redmine_deployment><tt><font size=2>https://github.com/cammoraton/redmine_deployment</font></tt></a><tt><font size=2>)
that uses mcollective to trigger various actions on remote machines(mainly
svn checkouts, which we use to update heira, puppet and our yum repository)
and which can also tie into Jenkins/Hudson, and wrapped some things around
the vmware API and cobbler to do automated provisioning of test nodes.
&nbsp;There's a ton of work left to do there and a lot of refactoring required
but the basic underpinnings are done.</font></tt>
<br>
<br><tt><font size=2>So now it's time for the next step, start applying
some software release tricks to our config management infrastructure and
then, ideally, to tie this into jenkins. &nbsp;It seems straightforward
enough, but the trick will be to not have to duplicate everything in order
to test everything. &nbsp;I have a nice broad sketch of what I'd like it
do, but of course the devil is in the details here. &nbsp;</font></tt>
<br>
<br><tt><font size=2>Has anyone on list done this? &nbsp;It seems like
the natural evolution of config management so surely someone has.<br>
</font></tt>
<br><tt><font size=2>--Nick</font></tt>