<?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: The Cloud Will Force Networking Vendors to Change Their Stripes</title>
	<atom:link href="http://gigaom.com/2008/07/28/the-cloud-will-force-networking-vendors-to-change-their-stripes/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2008/07/28/the-cloud-will-force-networking-vendors-to-change-their-stripes/</link>
	<description>Trusted Insights and Conversations on the Next Wave of Technology</description>
	<lastBuildDate>Wed, 25 Nov 2009 05:31:13 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Open Source Router Gets $10M, Teams Up With Citrix</title>
		<link>http://gigaom.com/2008/07/28/the-cloud-will-force-networking-vendors-to-change-their-stripes/#comment-951496</link>
		<dc:creator>Open Source Router Gets $10M, Teams Up With Citrix</dc:creator>
		<pubDate>Tue, 09 Jun 2009 12:51:34 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=15600#comment-951496</guid>
		<description>&lt;p&gt;[...] players inside the enterprise data center, both from a server and a networking perspective. As we had outlined in the past, virtualization was going to force networking vendors to change. There were two scenarios that we [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] players inside the enterprise data center, both from a server and a networking perspective. As we had outlined in the past, virtualization was going to force networking vendors to change. There were two scenarios that we [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: rPath Burns EC2 Appliances in a Web Portal - GigaOM</title>
		<link>http://gigaom.com/2008/07/28/the-cloud-will-force-networking-vendors-to-change-their-stripes/#comment-897462</link>
		<dc:creator>rPath Burns EC2 Appliances in a Web Portal - GigaOM</dc:creator>
		<pubDate>Wed, 03 Sep 2008 15:50:51 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=15600#comment-897462</guid>
		<description>&lt;p&gt;[...] September 3, 2008 at 8:50 AM PT Comments (0)    Back in July, we looked at how cloud computing may force appliance vendors to change the way they build products. Now rPath, which makes release management tools for virtual [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] September 3, 2008 at 8:50 AM PT Comments (0)    Back in July, we looked at how cloud computing may force appliance vendors to change the way they build products. Now rPath, which makes release management tools for virtual [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Lori MacVittie</title>
		<link>http://gigaom.com/2008/07/28/the-cloud-will-force-networking-vendors-to-change-their-stripes/#comment-893746</link>
		<dc:creator>Lori MacVittie</dc:creator>
		<pubDate>Wed, 13 Aug 2008 17:28:55 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=15600#comment-893746</guid>
		<description>&lt;p&gt;Nice post, Alistair.&lt;/p&gt;

&lt;p&gt;It&#039;s interesting that you mention Cisco, but don&#039;t mention that cloud computing providers like Joyent are already taking of advantage of F5&#039;s solutions to build a strong cloud computing infrastructure (&lt;a href=&quot;http://www.joyent.com/accelerator/technical-specifications/&quot; rel=&quot;nofollow&quot;&gt;Joyent&#039;s Technical Specifications&lt;/a&gt; calls out F5&#039;s BIG-IP).&lt;/p&gt;

&lt;p&gt;Flexibility, scalability, and operational efficiency of both the infrastructure and the applications that it will deliver are paramount for helping cloud computing providers achieve their goals, which is why folks like Joyent are relying on F5 to build out their cloud computing infrastructure.&lt;/p&gt;

&lt;p&gt;Cheers, 
Lori&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Nice post, Alistair.</p>

<p>It&#8217;s interesting that you mention Cisco, but don&#8217;t mention that cloud computing providers like Joyent are already taking of advantage of F5&#8217;s solutions to build a strong cloud computing infrastructure (<a href="http://www.joyent.com/accelerator/technical-specifications/" rel="nofollow">Joyent&#8217;s Technical Specifications</a> calls out F5&#8217;s BIG-IP).</p>

<p>Flexibility, scalability, and operational efficiency of both the infrastructure and the applications that it will deliver are paramount for helping cloud computing providers achieve their goals, which is why folks like Joyent are relying on F5 to build out their cloud computing infrastructure.</p>

<p>Cheers, 
Lori</p>]]></content:encoded>
	</item>
	<item>
		<title>By: I&#8217;m sorry &#8212; you want to trademark what? &#124; Bitcurrent</title>
		<link>http://gigaom.com/2008/07/28/the-cloud-will-force-networking-vendors-to-change-their-stripes/#comment-891853</link>
		<dc:creator>I&#8217;m sorry &#8212; you want to trademark what? &#124; Bitcurrent</dc:creator>
		<pubDate>Sun, 03 Aug 2008 19:14:27 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=15600#comment-891853</guid>
		<description>&lt;p&gt;[...] last week. I wrote a piece at GigaOm about component-based and service-based clouds. That&#8217;s two new terms. It took the always-sharp Lori Macvittie to point out another way of [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] last week. I wrote a piece at GigaOm about component-based and service-based clouds. That&#8217;s two new terms. It took the always-sharp Lori Macvittie to point out another way of [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Thompson</title>
		<link>http://gigaom.com/2008/07/28/the-cloud-will-force-networking-vendors-to-change-their-stripes/#comment-891618</link>
		<dc:creator>Brian Thompson</dc:creator>
		<pubDate>Fri, 01 Aug 2008 13:13:20 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=15600#comment-891618</guid>
		<description>&lt;p&gt;Great writeup, I eagerly await to see Cisco&#039;s response to the cloud...will they come up with an original plan to compete in that space or will they buy an original plan from another company? Their lust for acquisitions has given me headaches over the past few years.&lt;/p&gt;

&lt;p&gt;The other question is, who will the big performance analytics players be in the cloud? How do you &quot;blame the cloud&quot; if you have only a virtual (limited) view of its infrastructure?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Great writeup, I eagerly await to see Cisco&#8217;s response to the cloud&#8230;will they come up with an original plan to compete in that space or will they buy an original plan from another company? Their lust for acquisitions has given me headaches over the past few years.</p>

<p>The other question is, who will the big performance analytics players be in the cloud? How do you &#8220;blame the cloud&#8221; if you have only a virtual (limited) view of its infrastructure?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Sheehan</title>
		<link>http://gigaom.com/2008/07/28/the-cloud-will-force-networking-vendors-to-change-their-stripes/#comment-891541</link>
		<dc:creator>Michael Sheehan</dc:creator>
		<pubDate>Thu, 31 Jul 2008 21:17:44 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=15600#comment-891541</guid>
		<description>&lt;p&gt;I thought I would jump in here as well as the Technology Evangelist for &lt;a&gt;GoGrid&lt;/a&gt;. Data centers in the cloud presents plenty of new configuration requirements for the IT professional. When we developed GoGrid (Cloud Infrastructure provider), we had over 7 years of traditional hosting experience under our belts. This is part of the reason we made sure that we launched with more than simple cloud servers alone, but also included some virtualized appliances/hardware as well. An end-user is looking for a 1 stop shop when it comes to cloud computing. We developed a way to programmatically hook into f5 load-balancers and provide that as our free load balancing option for our cloud environment. The framework within GoGrid is set to easily provide other virtualized hardware or appliances. But LB is just an example to your points.&lt;/p&gt;

&lt;p&gt;My view is that you should really be able to use whatever option you want, whether it be a solution by a single cloud provider or by chaining other providers&#039; offerings together (hardware, computing, storage, or the like).&lt;/p&gt;

&lt;p&gt;I&#039;m sure the networking professionals and vendors will be earning their pay as Cloud Computing makes us burn through IP addresses exponentially and all vendors will be looking to figure out the next y2k with IPs. IPv6 will help for a long while but then what? Another subject altogether.&lt;/p&gt;

&lt;p&gt;I enjoyed the read. Thanks!&lt;/p&gt;

&lt;p&gt;-Michael&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I thought I would jump in here as well as the Technology Evangelist for <a>GoGrid</a>. Data centers in the cloud presents plenty of new configuration requirements for the IT professional. When we developed GoGrid (Cloud Infrastructure provider), we had over 7 years of traditional hosting experience under our belts. This is part of the reason we made sure that we launched with more than simple cloud servers alone, but also included some virtualized appliances/hardware as well. An end-user is looking for a 1 stop shop when it comes to cloud computing. We developed a way to programmatically hook into f5 load-balancers and provide that as our free load balancing option for our cloud environment. The framework within GoGrid is set to easily provide other virtualized hardware or appliances. But LB is just an example to your points.</p>

<p>My view is that you should really be able to use whatever option you want, whether it be a solution by a single cloud provider or by chaining other providers&#8217; offerings together (hardware, computing, storage, or the like).</p>

<p>I&#8217;m sure the networking professionals and vendors will be earning their pay as Cloud Computing makes us burn through IP addresses exponentially and all vendors will be looking to figure out the next y2k with IPs. IPv6 will help for a long while but then what? Another subject altogether.</p>

<p>I enjoyed the read. Thanks!</p>

<p>-Michael</p>]]></content:encoded>
	</item>
	<item>
		<title>By: friarminor</title>
		<link>http://gigaom.com/2008/07/28/the-cloud-will-force-networking-vendors-to-change-their-stripes/#comment-891155</link>
		<dc:creator>friarminor</dc:creator>
		<pubDate>Tue, 29 Jul 2008 22:57:45 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=15600#comment-891155</guid>
		<description>&lt;p&gt;And the cloud future just as it seems to close some doors also opens a whole new expanse of businesses.  Judging that there wouldn&#039;t be a sort of &#039;standard&#039; on how the &#039;ideal&#039; cloud will operate, expect a lot more entrants to tech fields both in hardware and cloud management tools.&lt;/p&gt;

&lt;p&gt;Same old tech adage: Innovate or be left behind.&lt;/p&gt;

&lt;p&gt;Thanks, Sinclair!&lt;/p&gt;

&lt;p&gt;Best.
alain
www.mor.ph&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>And the cloud future just as it seems to close some doors also opens a whole new expanse of businesses.  Judging that there wouldn&#8217;t be a sort of &#8217;standard&#8217; on how the &#8216;ideal&#8217; cloud will operate, expect a lot more entrants to tech fields both in hardware and cloud management tools.</p>

<p>Same old tech adage: Innovate or be left behind.</p>

<p>Thanks, Sinclair!</p>

<p>Best.
alain
<a href="http://www.mor.ph" rel="nofollow">http://www.mor.ph</a></p>]]></content:encoded>
	</item>
	<item>
		<title>By: Will Cloud Computing Have an Impact on Networking Gear?</title>
		<link>http://gigaom.com/2008/07/28/the-cloud-will-force-networking-vendors-to-change-their-stripes/#comment-891140</link>
		<dc:creator>Will Cloud Computing Have an Impact on Networking Gear?</dc:creator>
		<pubDate>Tue, 29 Jul 2008 20:00:54 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=15600#comment-891140</guid>
		<description>&lt;p&gt;[...] Croll&#8217;s written another thought provoking piece on Gigaom, this time discussing how the cloud will force networking vendors to change over the next few years. Having spent more than a decade building networking companies this is a [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] Croll&#8217;s written another thought provoking piece on Gigaom, this time discussing how the cloud will force networking vendors to change over the next few years. Having spent more than a decade building networking companies this is a [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Roberts</title>
		<link>http://gigaom.com/2008/07/28/the-cloud-will-force-networking-vendors-to-change-their-stripes/#comment-891139</link>
		<dc:creator>Dave Roberts</dc:creator>
		<pubDate>Tue, 29 Jul 2008 19:50:16 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=15600#comment-891139</guid>
		<description>&lt;p&gt;In full disclosure, I&#039;m the VP of marketing at Vyatta, so I couldn&#039;t agree more.&lt;/p&gt;

&lt;p&gt;At Vyatta, we see many of our customers wrestling with the issues surrounding these new deployment models. Many of them are engaging with Vyatta precisely because we aren&#039;t bound to the old an-appliance-is-a-physical-box model and can accommodate the new requirements easily.&lt;/p&gt;

&lt;p&gt;That said, the folks that say that cloud computing is overhyped are also right. While there is no doubt that cloud computing will gain over time, this is not going to be a 1-year transition of the market. This is a long-term trend and even then there are going to be plenty of reasons to &quot;go physical, not virtual&quot; for a long time.&lt;/p&gt;

&lt;p&gt;At least a Vyatta, the thing we&#039;re most excited about is the opportunity to address both models. Customers can choose which is preferable for them, sometimes on an application-by-application basis, and Vyatta can deliver a solution that with consistent features across multiple deployment models.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>In full disclosure, I&#8217;m the VP of marketing at Vyatta, so I couldn&#8217;t agree more.</p>

<p>At Vyatta, we see many of our customers wrestling with the issues surrounding these new deployment models. Many of them are engaging with Vyatta precisely because we aren&#8217;t bound to the old an-appliance-is-a-physical-box model and can accommodate the new requirements easily.</p>

<p>That said, the folks that say that cloud computing is overhyped are also right. While there is no doubt that cloud computing will gain over time, this is not going to be a 1-year transition of the market. This is a long-term trend and even then there are going to be plenty of reasons to &#8220;go physical, not virtual&#8221; for a long time.</p>

<p>At least a Vyatta, the thing we&#8217;re most excited about is the opportunity to address both models. Customers can choose which is preferable for them, sometimes on an application-by-application basis, and Vyatta can deliver a solution that with consistent features across multiple deployment models.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Bert Armijo</title>
		<link>http://gigaom.com/2008/07/28/the-cloud-will-force-networking-vendors-to-change-their-stripes/#comment-891134</link>
		<dc:creator>Bert Armijo</dc:creator>
		<pubDate>Tue, 29 Jul 2008 19:43:09 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=15600#comment-891134</guid>
		<description>&lt;p&gt;Well thought out post, as usual.&lt;/p&gt;

&lt;p&gt;Having spent a decade building networking gear before starting 3tera, IMHO networking vendors face more than an economic shift in selling to cloud operators. Cloud computing will have very different requirements than traditional customers. Cloud is about scale and homogeneous resources, while traditional data center purchasing decisions have been based more on features. Thus cloud computing favors large, high performance, switches with relatively few features. Force 10 has been at the forefront of pushing both port density and performance, so Joyent&#039;s choice of Force 10 over their far larger competitors exemplifies exactly what you&#039;re writing about.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Well thought out post, as usual.</p>

<p>Having spent a decade building networking gear before starting 3tera, IMHO networking vendors face more than an economic shift in selling to cloud operators. Cloud computing will have very different requirements than traditional customers. Cloud is about scale and homogeneous resources, while traditional data center purchasing decisions have been based more on features. Thus cloud computing favors large, high performance, switches with relatively few features. Force 10 has been at the forefront of pushing both port density and performance, so Joyent&#8217;s choice of Force 10 over their far larger competitors exemplifies exactly what you&#8217;re writing about.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Douglas Gourlay</title>
		<link>http://gigaom.com/2008/07/28/the-cloud-will-force-networking-vendors-to-change-their-stripes/#comment-891131</link>
		<dc:creator>Douglas Gourlay</dc:creator>
		<pubDate>Tue, 29 Jul 2008 19:29:35 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=15600#comment-891131</guid>
		<description>&lt;p&gt;Agree with your sentiment that things will have to go virtual- we recognized this a good while back delivering virtual contexts on firewalls in 2003, virtual load balancers in 2006, and then as you indicate the Nexus 7000/5000 this past year.&lt;/p&gt;

&lt;p&gt;Virtualization changed the velocity the servers could be rolled out, moving provisioning from a physical task to a configuration task.  As such the speed of the change was cut significantly, &#039;months to minutes&#039; was one slogan I remember.&lt;/p&gt;

&lt;p&gt;Clouds will be the evolution of this virtualization- virtualizing not only the devices but their location, and potentially even the presentation layer so I can achieve the Nirvana-esque goal of Any Content/Application on Any Device, Any Where.&lt;/p&gt;

&lt;p&gt;There are some types of devices and functions that don&#039;t virtualize very well yet- those being ones that require something &#039;special&#039; in hardware.  Like SSL Offload processors or IPSEC VPN termination, Deep Packet Inspection, etc.  x86s are always getting faster and sure we can throw cycles at these workloads but if specific processor types perform the job more efficiently because they are purpose-built for it then I would go with the efficient choice.&lt;/p&gt;

&lt;p&gt;dg&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Agree with your sentiment that things will have to go virtual- we recognized this a good while back delivering virtual contexts on firewalls in 2003, virtual load balancers in 2006, and then as you indicate the Nexus 7000/5000 this past year.</p>

<p>Virtualization changed the velocity the servers could be rolled out, moving provisioning from a physical task to a configuration task.  As such the speed of the change was cut significantly, &#8216;months to minutes&#8217; was one slogan I remember.</p>

<p>Clouds will be the evolution of this virtualization- virtualizing not only the devices but their location, and potentially even the presentation layer so I can achieve the Nirvana-esque goal of Any Content/Application on Any Device, Any Where.</p>

<p>There are some types of devices and functions that don&#8217;t virtualize very well yet- those being ones that require something &#8217;special&#8217; in hardware.  Like SSL Offload processors or IPSEC VPN termination, Deep Packet Inspection, etc.  x86s are always getting faster and sure we can throw cycles at these workloads but if specific processor types perform the job more efficiently because they are purpose-built for it then I would go with the efficient choice.</p>

<p>dg</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Experienced Realist</title>
		<link>http://gigaom.com/2008/07/28/the-cloud-will-force-networking-vendors-to-change-their-stripes/#comment-891104</link>
		<dc:creator>Experienced Realist</dc:creator>
		<pubDate>Tue, 29 Jul 2008 15:57:32 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=15600#comment-891104</guid>
		<description>&lt;p&gt;If HP is involved in this venture, it is certain to miss expectations.  They should stick to their knitting of selling servers and printers.  Point out one web 2.0 project that HP has helped launch (other than just providing boxes)...&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>If HP is involved in this venture, it is certain to miss expectations.  They should stick to their knitting of selling servers and printers.  Point out one web 2.0 project that HP has helped launch (other than just providing boxes)&#8230;</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Alistair Croll</title>
		<link>http://gigaom.com/2008/07/28/the-cloud-will-force-networking-vendors-to-change-their-stripes/#comment-891102</link>
		<dc:creator>Alistair Croll</dc:creator>
		<pubDate>Tue, 29 Jul 2008 15:49:39 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=15600#comment-891102</guid>
		<description>&lt;p&gt;@Gred: RIA and client-side computing is definitely something to watch. The whole area of synchronization is at the core of most big data problems these days, and may reduce demand for traffic if bandwidth pricing changes.&lt;/p&gt;

&lt;p&gt;@BR: I tend to agree that Netscreen and others ate Checkpoint&#039;s lunch when they failed to adapt their pricing strategy, which ultimately led them to license many of their products to others. But now that the software/hardware pendulum is swinging back (in on-demand platforms, at least,) that slowness may be an advantage for companies that resisted the move towards equipment.&lt;/p&gt;

&lt;p&gt;@Jason: You&#039;d know better than I. I&#039;m lumping &quot;pure&quot; clouds like yours and &quot;cloud on cloud&quot; environments like Heroku here because in neither case does the cloud buyer have to provision, say, a load-balancer. And while folks like Cisco have definitely honed their carrier sales skills, I think we&#039;ll see less sale of specialized networking equipment to enterprises in the coming years, particularly in the small- and mid-tier markets.&lt;/p&gt;

&lt;p&gt;All of the big networking companies have midrange products, but IMHO we&#039;ll see Cisco selling Linksys at the low end, and a Nexus at the high end, and less in the middle.&lt;/p&gt;

&lt;p&gt;As for Force10, that&#039;s sort of my point -- Joyent can make a technology, rather than marketshare or support, decision because it&#039;s in the business of operations. Most enterprises go with what&#039;s safe/known/predictable. So an incumbent vendor has more to compete against when selling into a cloud. I would argue that most enterprises aren&#039;t evaluating their networking equipment based on &quot;ease of programmability.&quot;&lt;/p&gt;

&lt;p&gt;@Aaron: I think the clouds will buy programmability (as Jason of Joyent pointed out above,) which is generally a higher-end feature (your Netgear isn&#039;t that tweakable ;-))&lt;/p&gt;

&lt;p&gt;But in general, I think the future of new entrants in cloud computing is specialization -- clouds just for HIPPA, or PCI; clouds just for a certain geography or legislation; clouds just for specific app stacks (like Engineyard for Rails); Clouds with a specific pricing model (per-transaction, per-month, per-seat); and clouds with APIs to back-end verticals (travel, auction, media delivery, etc.) Probably something for another post.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@Gred: RIA and client-side computing is definitely something to watch. The whole area of synchronization is at the core of most big data problems these days, and may reduce demand for traffic if bandwidth pricing changes.</p>

<p>@BR: I tend to agree that Netscreen and others ate Checkpoint&#8217;s lunch when they failed to adapt their pricing strategy, which ultimately led them to license many of their products to others. But now that the software/hardware pendulum is swinging back (in on-demand platforms, at least,) that slowness may be an advantage for companies that resisted the move towards equipment.</p>

<p>@Jason: You&#8217;d know better than I. I&#8217;m lumping &#8220;pure&#8221; clouds like yours and &#8220;cloud on cloud&#8221; environments like Heroku here because in neither case does the cloud buyer have to provision, say, a load-balancer. And while folks like Cisco have definitely honed their carrier sales skills, I think we&#8217;ll see less sale of specialized networking equipment to enterprises in the coming years, particularly in the small- and mid-tier markets.</p>

<p>All of the big networking companies have midrange products, but IMHO we&#8217;ll see Cisco selling Linksys at the low end, and a Nexus at the high end, and less in the middle.</p>

<p>As for Force10, that&#8217;s sort of my point &#8212; Joyent can make a technology, rather than marketshare or support, decision because it&#8217;s in the business of operations. Most enterprises go with what&#8217;s safe/known/predictable. So an incumbent vendor has more to compete against when selling into a cloud. I would argue that most enterprises aren&#8217;t evaluating their networking equipment based on &#8220;ease of programmability.&#8221;</p>

<p>@Aaron: I think the clouds will buy programmability (as Jason of Joyent pointed out above,) which is generally a higher-end feature (your Netgear isn&#8217;t that tweakable ;-))</p>

<p>But in general, I think the future of new entrants in cloud computing is specialization &#8212; clouds just for HIPPA, or PCI; clouds just for a certain geography or legislation; clouds just for specific app stacks (like Engineyard for Rails); Clouds with a specific pricing model (per-transaction, per-month, per-seat); and clouds with APIs to back-end verticals (travel, auction, media delivery, etc.) Probably something for another post.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://gigaom.com/2008/07/28/the-cloud-will-force-networking-vendors-to-change-their-stripes/#comment-891077</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Tue, 29 Jul 2008 13:19:49 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=15600#comment-891077</guid>
		<description>&lt;p&gt;I&#039;m sick of giga&#039;s evangelistic preaching about the cloud.  the cloud is convenient, but there are way too many bottlenecks, security issues to make it realistic for many.  100 years from now I&#039;m sure people will be still be using some sort of machine to store data locally, especially with the rising affordability of terabytes of space.  Sure there is google email and docs, but that&#039;s about my limit, and I back that up regularly. There are way too many companies out there boasting to store your data, passwords, it makes me sick.&lt;/p&gt;

&lt;p&gt;The simplicity of owning a 16-32GB usb stick to move files around cannot be ignored.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I&#8217;m sick of giga&#8217;s evangelistic preaching about the cloud.  the cloud is convenient, but there are way too many bottlenecks, security issues to make it realistic for many.  100 years from now I&#8217;m sure people will be still be using some sort of machine to store data locally, especially with the rising affordability of terabytes of space.  Sure there is google email and docs, but that&#8217;s about my limit, and I back that up regularly. There are way too many companies out there boasting to store your data, passwords, it makes me sick.</p>

<p>The simplicity of owning a 16-32GB usb stick to move files around cannot be ignored.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: klipsil</title>
		<link>http://gigaom.com/2008/07/28/the-cloud-will-force-networking-vendors-to-change-their-stripes/#comment-891072</link>
		<dc:creator>klipsil</dc:creator>
		<pubDate>Tue, 29 Jul 2008 12:01:32 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=15600#comment-891072</guid>
		<description>&lt;p&gt;how the cloud will affedt storage / virtual storage ?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>how the cloud will affedt storage / virtual storage ?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron deMello</title>
		<link>http://gigaom.com/2008/07/28/the-cloud-will-force-networking-vendors-to-change-their-stripes/#comment-891071</link>
		<dc:creator>Aaron deMello</dc:creator>
		<pubDate>Tue, 29 Jul 2008 12:00:14 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=15600#comment-891071</guid>
		<description>&lt;p&gt;Great post, Alistair. One thing that works against the large utility cloud vendors is that their need for homogeneous environments to keep maintenance costs low and to increase buying power means its likely they they won&#039;t be buying the latest greatest technology - which may mean that the clouds themselves won&#039;t feature bleeding-edge functionality. That in turn might create an opportunity for &quot;Cloud 2.0&quot; companies that compete with Amazon et al not on price, but on core capabilities.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Great post, Alistair. One thing that works against the large utility cloud vendors is that their need for homogeneous environments to keep maintenance costs low and to increase buying power means its likely they they won&#8217;t be buying the latest greatest technology &#8211; which may mean that the clouds themselves won&#8217;t feature bleeding-edge functionality. That in turn might create an opportunity for &#8220;Cloud 2.0&#8243; companies that compete with Amazon et al not on price, but on core capabilities.</p>]]></content:encoded>
	</item>
</channel>
</rss>
