<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://billymarshall.sys-con.com"  xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>Latest News from Billy Marshall</title>
 <link>http://billymarshall.sys-con.com/</link>
 <description>Latest News from Billy Marshall</description>
 <language>en</language>
 <copyright>Copyright 2009 Ulitzer.com</copyright>
 <generator>Ulitzer.com</generator>
 <lastBuildDate>Wed, 25 Nov 2009 13:01:27 EST</lastBuildDate>
 <docs>http://backend.userland.com/rss</docs>
 <ttl>360</ttl>
<item>
 <title>Cloud Computing Casts Shadow on Walled Gardens</title>
 <link>http://billymarshall.sys-con.com/node/558455</link>
 <description>As a technology provider that helps application companies embrace cloud computing by virtualizing the applications to run on any cloud, I was a bit disappointed with Google&#039;s AppEngine announcement. It appears that Google is embracing the &#039;walled garden&#039; approach of SalesForce.com and Microsoft instead of the cloud approach of Amazon.&lt;p&gt;&lt;a href=&quot;http://billymarshall.sys-con.com/node/558455&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Wed, 15 Apr 2009 18:30:00 EDT</pubDate>
 <guid isPermaLink="true">http://billymarshall.sys-con.com/node/558455</guid>
 <comments>http://billymarshall.sys-con.com/node/558455#feedback</comments>
</item>
<item>
 <title>Will Managing VM Sprawl Lead to Rogue Cloud Deployments?</title>
 <link>http://billymarshall.sys-con.com/node/771663</link>
 <description>I just read an interesting article regarding the potential cost pitfalls associated with VM sprawl. Jett Thompson, an enterprise computing architect from Boeing, has developed a cost model regarding the benefits of virtualization and the related pitfalls of VM sprawl. It seems that virtualization is easy to justify, so long as you don&#039;t give the users everything that they want.&lt;p&gt;&lt;a href=&quot;http://billymarshall.sys-con.com/node/771663&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Fri, 12 Dec 2008 14:45:00 EST</pubDate>
 <guid isPermaLink="true">http://billymarshall.sys-con.com/node/771663</guid>
 <comments>http://billymarshall.sys-con.com/node/771663#feedback</comments>
</item>
<item>
 <title>The Virtual Machine Tsunami</title>
 <link>http://billymarshall.sys-con.com/node/749247</link>
 <description>Over the past two weeks, I have had a number of very interesting conversations with partners, prospects, customers, and analysts that lead me to believe that a virtual machine tsunami is building which might soon swamp the legacy, horizontal system management approaches. Here is what I have heard: Two separate prospects told me that they have quickly consumed every available bit of capacity on their VMware server farms. As soon as they add more capacity, it disappears under the weight of an ever pressing demand of new VMs. &lt;p&gt;&lt;a href=&quot;http://billymarshall.sys-con.com/node/749247&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Fri, 14 Nov 2008 20:45:00 EST</pubDate>
 <guid isPermaLink="true">http://billymarshall.sys-con.com/node/749247</guid>
 <comments>http://billymarshall.sys-con.com/node/749247#feedback</comments>
</item>
<item>
 <title>rPath Founder &amp; CSO Speaking Next Week at SYS-CON&#039;s Cloud Computing Expo November 19-21 in Silicon Valley</title>
 <link>http://billymarshall.sys-con.com/node/732450</link>
 <description>The problem with the notion of “Windows for EC2” is that it perpetuates the broken, legacy model of tying your application to the infrastructure upon which it runs. In the legacy model, applications became artificially tied to the physical server upon which they ran, and server utilization was low because it is very difficult to run multiple applications on a single instance of a general purpose operating system.&lt;p&gt;&lt;a href=&quot;http://billymarshall.sys-con.com/node/732450&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Fri, 14 Nov 2008 07:30:00 EST</pubDate>
 <guid isPermaLink="true">http://billymarshall.sys-con.com/node/732450</guid>
 <comments>http://billymarshall.sys-con.com/node/732450#feedback</comments>
</item>
<item>
 <title>The High Cost of Independence</title>
 <link>http://billymarshall.sys-con.com/node/244347</link>
 <description>The acronym ISV stands for Independent Software Vendor. Historically, independence was important to protect customers from the proprietary lock-in associated with third-party components such as hardware or system software. A greater choice of interoperable components gave customers greater flexibility to procure and assemble a system that met their needs. Microsoft alleviated some of this concern with the Windows platform because customers could always choose multiple hardware providers when selecting applications that ran on Windows. Of course, an application that only runs on Windows isn&#039;t exactly an &#039;independent&#039; application, but customers seem to accept hardware independence as sufficient freedom. (More on Microsoft and Windows later.)&lt;p&gt;&lt;a href=&quot;http://billymarshall.sys-con.com/node/244347&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Wed, 12 Jul 2006 13:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://billymarshall.sys-con.com/node/244347</guid>
 <comments>http://billymarshall.sys-con.com/node/244347#feedback</comments>
</item>
</channel>
</rss>
