<?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: DevOps: There&#8217;s a new sheriff in Cloudville</title>
	<atom:link href="http://robhirschfeld.com/2010/09/09/devops/feed/" rel="self" type="application/rss+xml" />
	<link>http://robhirschfeld.com/2010/09/09/devops/</link>
	<description>Agile in the Clouds</description>
	<lastBuildDate>Tue, 29 May 2012 15:08:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Crowbar modularized: latest changes that make clouds even easier to create, update, and maintain &#171; Rob Hirschfeld&#039;s Blog</title>
		<link>http://robhirschfeld.com/2010/09/09/devops/#comment-941</link>
		<dc:creator><![CDATA[Crowbar modularized: latest changes that make clouds even easier to create, update, and maintain &#171; Rob Hirschfeld&#039;s Blog]]></dc:creator>
		<pubDate>Mon, 19 Sep 2011 15:04:57 +0000</pubDate>
		<guid isPermaLink="false">http://robhirschfeld.com/?p=273#comment-941</guid>
		<description><![CDATA[[...] cloud deployments. Along the way, we realized Crowbar&#8217;s true potential lay in embracing DevOps as an operational model for maintaining clouds. That meant building up cloud deployments in layers [...]]]></description>
		<content:encoded><![CDATA[<p>[...] cloud deployments. Along the way, we realized Crowbar&#8217;s true potential lay in embracing DevOps as an operational model for maintaining clouds. That meant building up cloud deployments in layers [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: botchagalupe (@botchagalupe)</title>
		<link>http://robhirschfeld.com/2010/09/09/devops/#comment-678</link>
		<dc:creator><![CDATA[botchagalupe (@botchagalupe)]]></dc:creator>
		<pubDate>Fri, 19 Aug 2011 16:00:47 +0000</pubDate>
		<guid isPermaLink="false">http://robhirschfeld.com/?p=273#comment-678</guid>
		<description><![CDATA[That is why I always like to talk about &quot;Culture&quot; first when talking about #devops.  Not attacking that problem first could leave you with a dev/ops/other situation and now you&#039;ve made it even worse.  

:)ohn]]></description>
		<content:encoded><![CDATA[<p>That is why I always like to talk about &#8220;Culture&#8221; first when talking about #devops.  Not attacking that problem first could leave you with a dev/ops/other situation and now you&#8217;ve made it even worse.<br />
 <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> ohn</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob H</title>
		<link>http://robhirschfeld.com/2010/09/09/devops/#comment-672</link>
		<dc:creator><![CDATA[Rob H]]></dc:creator>
		<pubDate>Thu, 18 Aug 2011 18:40:16 +0000</pubDate>
		<guid isPermaLink="false">http://robhirschfeld.com/?p=273#comment-672</guid>
		<description><![CDATA[John - thanks!   good point - DevOps *should* be a mixing place, not a third thing.  In some ways the idea that it is a different thing comes from the different DevOps assumptions.  Unfortunately, Changed assumptions can create a lot of friction!]]></description>
		<content:encoded><![CDATA[<p>John &#8211; thanks!   good point &#8211; DevOps *should* be a mixing place, not a third thing.  In some ways the idea that it is a different thing comes from the different DevOps assumptions.  Unfortunately, Changed assumptions can create a lot of friction!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: botchagalupe (@botchagalupe)</title>
		<link>http://robhirschfeld.com/2010/09/09/devops/#comment-671</link>
		<dc:creator><![CDATA[botchagalupe (@botchagalupe)]]></dc:creator>
		<pubDate>Thu, 18 Aug 2011 17:30:33 +0000</pubDate>
		<guid isPermaLink="false">http://robhirschfeld.com/?p=273#comment-671</guid>
		<description><![CDATA[Rob,

Great post.  I think the main #devops point is that it&#039;s not a third new group.  It&#039;s just two groups working together in a collaborative way.  Also, the notion that &quot;Ops&quot; is const control is anti #devops.  The new &quot;infra&quot; companies realize that &quot;Ops&quot; is a strategic weapon and is as musch about cost control as a fully automated assembly line see ( http://ow.ly/66Hr3 ).  Also, I totally agree that the market is having a hard time finding both dev and ops who understand the true secret sauce behind #devops.

John Willis
VP Solutions 
DTO Solutions
a.k.a @botchagalupe]]></description>
		<content:encoded><![CDATA[<p>Rob,</p>
<p>Great post.  I think the main #devops point is that it&#8217;s not a third new group.  It&#8217;s just two groups working together in a collaborative way.  Also, the notion that &#8220;Ops&#8221; is const control is anti #devops.  The new &#8220;infra&#8221; companies realize that &#8220;Ops&#8221; is a strategic weapon and is as musch about cost control as a fully automated assembly line see ( <a href="http://ow.ly/66Hr3" rel="nofollow">http://ow.ly/66Hr3</a> ).  Also, I totally agree that the market is having a hard time finding both dev and ops who understand the true secret sauce behind #devops.</p>
<p>John Willis<br />
VP Solutions<br />
DTO Solutions<br />
a.k.a @botchagalupe</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bad Premise: Cloud Outages are *not* driving IT back to premises &#171; Rob Hirschfeld&#039;s Blog</title>
		<link>http://robhirschfeld.com/2010/09/09/devops/#comment-494</link>
		<dc:creator><![CDATA[Bad Premise: Cloud Outages are *not* driving IT back to premises &#171; Rob Hirschfeld&#039;s Blog]]></dc:creator>
		<pubDate>Mon, 13 Jun 2011 08:47:03 +0000</pubDate>
		<guid isPermaLink="false">http://robhirschfeld.com/?p=273#comment-494</guid>
		<description><![CDATA[[...] the app paradigm from robust scale up hardware to robust scale out software.  Also significant, DevOps innovations have made deployments repeatable and [...]]]></description>
		<content:encoded><![CDATA[<p>[...] the app paradigm from robust scale up hardware to robust scale out software.  Also significant, DevOps innovations have made deployments repeatable and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: OpenStack is ready, but are you? Get some operational cloud mojo and get started! #OpenStack #CloudOps &#171; Rob Hirschfeld&#039;s Blog</title>
		<link>http://robhirschfeld.com/2010/09/09/devops/#comment-361</link>
		<dc:creator><![CDATA[OpenStack is ready, but are you? Get some operational cloud mojo and get started! #OpenStack #CloudOps &#171; Rob Hirschfeld&#039;s Blog]]></dc:creator>
		<pubDate>Mon, 11 Apr 2011 19:03:02 +0000</pubDate>
		<guid isPermaLink="false">http://robhirschfeld.com/?p=273#comment-361</guid>
		<description><![CDATA[[...] model” or “cloud ops” to Dell internal and external customers.  CloudOps is really just DevOps but packaged more broadly to help explain how hardware, software, and operations interact.  The [...]]]></description>
		<content:encoded><![CDATA[<p>[...] model” or “cloud ops” to Dell internal and external customers.  CloudOps is really just DevOps but packaged more broadly to help explain how hardware, software, and operations interact.  The [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Substituting Action for Knowledge &#8211; adopting &#8220;ready, fire, aim&#8221; as a strategy (and when to run like hell) &#171; Rob Hirschfeld&#039;s Blog</title>
		<link>http://robhirschfeld.com/2010/09/09/devops/#comment-341</link>
		<dc:creator><![CDATA[Substituting Action for Knowledge &#8211; adopting &#8220;ready, fire, aim&#8221; as a strategy (and when to run like hell) &#171; Rob Hirschfeld&#039;s Blog]]></dc:creator>
		<pubDate>Mon, 28 Mar 2011 14:48:14 +0000</pubDate>
		<guid isPermaLink="false">http://robhirschfeld.com/?p=273#comment-341</guid>
		<description><![CDATA[[...] For cloud deployments, this means building operational knowledge in stages.  Technology is simply evolving too quickly and best practices too slowly for anyone to wait for a packaged solution to solve all their cloud infrastructure problems.  We tried this and it does not work: clouds are a mixture hardware, software and operations.  More accurately, clouds are an operational model supported by hardware and software. Currently, 80% of cloud deployment effort is operations (or &#8220;DevOps&#8220;). [...]]]></description>
		<content:encoded><![CDATA[<p>[...] For cloud deployments, this means building operational knowledge in stages.  Technology is simply evolving too quickly and best practices too slowly for anyone to wait for a packaged solution to solve all their cloud infrastructure problems.  We tried this and it does not work: clouds are a mixture hardware, software and operations.  More accurately, clouds are an operational model supported by hardware and software. Currently, 80% of cloud deployment effort is operations (or &#8220;DevOps&#8220;). [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cloud Business Vectors &#171; Rob Hirschfeld&#039;s Blog</title>
		<link>http://robhirschfeld.com/2010/09/09/devops/#comment-129</link>
		<dc:creator><![CDATA[Cloud Business Vectors &#171; Rob Hirschfeld&#039;s Blog]]></dc:creator>
		<pubDate>Fri, 22 Oct 2010 01:42:22 +0000</pubDate>
		<guid isPermaLink="false">http://robhirschfeld.com/?p=273#comment-129</guid>
		<description><![CDATA[[...] Z. Management: Insource vs. Outsource.  Don’t over think this vector, but remember I not talking about off shoring!  If you are directly paying people to manage your cloud then you’ve insourced management.  If the host provides services, process or automation that reduces hiring requirements then you’re outsourcing it IT.  It’s critical to realize that you can’t employee fractional people.  There are fundamental cloud skillsets and tools that must be provided to operate a cloud (including, not limited to DevOps). [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Z. Management: Insource vs. Outsource.  Don’t over think this vector, but remember I not talking about off shoring!  If you are directly paying people to manage your cloud then you’ve insourced management.  If the host provides services, process or automation that reduces hiring requirements then you’re outsourcing it IT.  It’s critical to realize that you can’t employee fractional people.  There are fundamental cloud skillsets and tools that must be provided to operate a cloud (including, not limited to DevOps). [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

