<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Agile Infrastructure</title>
	<atom:link href="http://stochasticresonance.wordpress.com/2008/07/23/agile-infrastructure/feed/" rel="self" type="application/rss+xml" />
	<link>http://stochasticresonance.wordpress.com/2008/07/23/agile-infrastructure/</link>
	<description>Programming People, People Programming and other Misadventures</description>
	<lastBuildDate>Wed, 23 Dec 2009 17:50:08 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: People Over Process &#187; links for 2008-07-24</title>
		<link>http://stochasticresonance.wordpress.com/2008/07/23/agile-infrastructure/#comment-70</link>
		<dc:creator>People Over Process &#187; links for 2008-07-24</dc:creator>
		<pubDate>Thu, 24 Jul 2008 07:31:02 +0000</pubDate>
		<guid isPermaLink="false">http://stochasticresonance.wordpress.com/?p=60#comment-70</guid>
		<description>[...] Agile Infrastructure (tags: via:im puppet agile itmanagement via:littleidea) [...]</description>
		<content:encoded><![CDATA[<p>[...] Agile Infrastructure (tags: via:im puppet agile itmanagement via:littleidea) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nigel Kersten</title>
		<link>http://stochasticresonance.wordpress.com/2008/07/23/agile-infrastructure/#comment-69</link>
		<dc:creator>Nigel Kersten</dc:creator>
		<pubDate>Wed, 23 Jul 2008 22:18:06 +0000</pubDate>
		<guid isPermaLink="false">http://stochasticresonance.wordpress.com/?p=60#comment-69</guid>
		<description>This is something we&#039;ve actually been thinking about for a while.

Using environments to get you a proper release cycle with a version control system that lets you integrate from development -&gt; unstable -&gt; testing -&gt; stable gets us a fair chunk of the way with Puppet, but a large missing part is continuous builds that don&#039;t require user interaction in the unstable/testing phases, along with a way of marking changelists so you can assert appropriate test conditions.

We&#039;ve actually started building unit tests for our Mac images for client deployment that you can run without actually installing the image on a client, and this is a baby first step towards proper automated testing infrastructure for client deployment.</description>
		<content:encoded><![CDATA[<p>This is something we&#8217;ve actually been thinking about for a while.</p>
<p>Using environments to get you a proper release cycle with a version control system that lets you integrate from development -&gt; unstable -&gt; testing -&gt; stable gets us a fair chunk of the way with Puppet, but a large missing part is continuous builds that don&#8217;t require user interaction in the unstable/testing phases, along with a way of marking changelists so you can assert appropriate test conditions.</p>
<p>We&#8217;ve actually started building unit tests for our Mac images for client deployment that you can run without actually installing the image on a client, and this is a baby first step towards proper automated testing infrastructure for client deployment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: botchagalupe</title>
		<link>http://stochasticresonance.wordpress.com/2008/07/23/agile-infrastructure/#comment-68</link>
		<dc:creator>botchagalupe</dc:creator>
		<pubDate>Wed, 23 Jul 2008 17:02:01 +0000</pubDate>
		<guid isPermaLink="false">http://stochasticresonance.wordpress.com/?p=60#comment-68</guid>
		<description>Test Driven Infrastructure?

For the enterprise IBM and HP would love to be able to do this.  For IBM they take a CMDB type approach and try to do what if&#039;s.  You guys are coming at it from a much better perspective. Figure this one out boys and you will be the Chiefs of a new tribe.

johnmwillis.com</description>
		<content:encoded><![CDATA[<p>Test Driven Infrastructure?</p>
<p>For the enterprise IBM and HP would love to be able to do this.  For IBM they take a CMDB type approach and try to do what if&#8217;s.  You guys are coming at it from a much better perspective. Figure this one out boys and you will be the Chiefs of a new tribe.</p>
<p>johnmwillis.com</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jay</title>
		<link>http://stochasticresonance.wordpress.com/2008/07/23/agile-infrastructure/#comment-67</link>
		<dc:creator>Jay</dc:creator>
		<pubDate>Wed, 23 Jul 2008 17:00:13 +0000</pubDate>
		<guid isPermaLink="false">http://stochasticresonance.wordpress.com/?p=60#comment-67</guid>
		<description>This is a very valid point. Testing and monitoring puppet is difficult. We&#039;ve got over 5,000 lines of .pp files in our puppet repository. (And another 5k lines of erb).

There isn&#039;t a good way to test puppet other than pushing things live. There&#039;s no way to do continuous integration. Failures are often frustratingly opaque.

That said, I love me some puppet.</description>
		<content:encoded><![CDATA[<p>This is a very valid point. Testing and monitoring puppet is difficult. We&#8217;ve got over 5,000 lines of .pp files in our puppet repository. (And another 5k lines of erb).</p>
<p>There isn&#8217;t a good way to test puppet other than pushing things live. There&#8217;s no way to do continuous integration. Failures are often frustratingly opaque.</p>
<p>That said, I love me some puppet.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
