<?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: Why monopolies and commoditization would pollute the cloud</title>
	<atom:link href="http://gigaom.com/2012/11/17/why-monopolies-and-commoditization-would-pollute-the-cloud/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2012/11/17/why-monopolies-and-commoditization-would-pollute-the-cloud/</link>
	<description></description>
	<lastBuildDate>Thu, 23 May 2013 02:16:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Bruce Templeton</title>
		<link>http://gigaom.com/2012/11/17/why-monopolies-and-commoditization-would-pollute-the-cloud/#comment-1199852</link>
		<dc:creator><![CDATA[Bruce Templeton]]></dc:creator>
		<pubDate>Thu, 22 Nov 2012 08:33:49 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=585464#comment-1199852</guid>
		<description><![CDATA[The previous comment was made by Bruce Templeton, CEO of NephoScale.]]></description>
		<content:encoded><![CDATA[<p>The previous comment was made by Bruce Templeton, CEO of NephoScale.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NephoScale</title>
		<link>http://gigaom.com/2012/11/17/why-monopolies-and-commoditization-would-pollute-the-cloud/#comment-1199847</link>
		<dc:creator><![CDATA[NephoScale]]></dc:creator>
		<pubDate>Thu, 22 Nov 2012 08:27:49 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=585464#comment-1199847</guid>
		<description><![CDATA[Mark, interesting post, we often come across new cloud customers because they are seeking differentiated service offerings that they are not finding elsewhere. All users must contend with the architecture tradeoffs made by the different IaaS providers, and the limitations inherent in those decisions, and how they relate to the users application workloads.  There are a large number of design decisions (tens of thousands) that go into the design of a cloud computing service platform from both a technology and an operational perspective, and those differences drive users to seek alternative solutions.  We think this trend will continue because based upon each cloud providers engineering decisions along the way there will be trade offs that users will be sensitive to. We have all seen for instance in the development of switches and routers, that if a manufacturer tries to make a device into a massive &quot;God box&quot; it often is unreliable, suffers from poor performance in many areas, or is overly costly. I think everyone can agree there is commoditization going on at all levels in computing infrastructure.  However, it is early days and there is still important work to be done, and significant value to be created.  Simon, your comment about how turning certain technologies into commodities can accelerate the creation of &quot;higher order systems&quot; is logically correct, and the cloud ecosystems that will be created by the larger cloud providers over the next few years will likely be impressive in their capabilities. You are also likely correct in that there will continue to be small niches for smaller providers to thrive in. The question is: will the niche players only be succeeding due to their sheer market focus and will they generally be lacking in innovation, and larger players will be the only ones driving the &quot;real&quot; innovation in the industry? We think the smaller cloud providers with deep expertise will continue to innovate for years to come, and that many of the technologies they will develop will end up being acquired by the larger providers and integrated into their cloud ecosystems. It would be unprecedented if companies like Amazon AWS, HP, IBM, etc. never acquired another cloud service provider for its technology. The acquisitions in the beginning will likely be mostly for the software technology, and then we will likely start seeing the larger providers looking to acquire them for their customers too.  We continually see dissatisfied cloud users looking for better solutions that are highly optimized to support their specific application workloads, and we do not see this demand going away anytime soon. For those interested, check out our webinar that covers why we think cloud orchestration, bare metal and virtual compute, and advanced networking capabilities are foundational elements that make up a high performance cloud service: http://docs.nephoscale.com/#!/video/53216638. Go straight to the 24 minute mark to see our CTO discuss the platform elements.]]></description>
		<content:encoded><![CDATA[<p>Mark, interesting post, we often come across new cloud customers because they are seeking differentiated service offerings that they are not finding elsewhere. All users must contend with the architecture tradeoffs made by the different IaaS providers, and the limitations inherent in those decisions, and how they relate to the users application workloads.  There are a large number of design decisions (tens of thousands) that go into the design of a cloud computing service platform from both a technology and an operational perspective, and those differences drive users to seek alternative solutions.  We think this trend will continue because based upon each cloud providers engineering decisions along the way there will be trade offs that users will be sensitive to. We have all seen for instance in the development of switches and routers, that if a manufacturer tries to make a device into a massive &#8220;God box&#8221; it often is unreliable, suffers from poor performance in many areas, or is overly costly. I think everyone can agree there is commoditization going on at all levels in computing infrastructure.  However, it is early days and there is still important work to be done, and significant value to be created.  Simon, your comment about how turning certain technologies into commodities can accelerate the creation of &#8220;higher order systems&#8221; is logically correct, and the cloud ecosystems that will be created by the larger cloud providers over the next few years will likely be impressive in their capabilities. You are also likely correct in that there will continue to be small niches for smaller providers to thrive in. The question is: will the niche players only be succeeding due to their sheer market focus and will they generally be lacking in innovation, and larger players will be the only ones driving the &#8220;real&#8221; innovation in the industry? We think the smaller cloud providers with deep expertise will continue to innovate for years to come, and that many of the technologies they will develop will end up being acquired by the larger providers and integrated into their cloud ecosystems. It would be unprecedented if companies like Amazon AWS, HP, IBM, etc. never acquired another cloud service provider for its technology. The acquisitions in the beginning will likely be mostly for the software technology, and then we will likely start seeing the larger providers looking to acquire them for their customers too.  We continually see dissatisfied cloud users looking for better solutions that are highly optimized to support their specific application workloads, and we do not see this demand going away anytime soon. For those interested, check out our webinar that covers why we think cloud orchestration, bare metal and virtual compute, and advanced networking capabilities are foundational elements that make up a high performance cloud service: <a href="http://docs.nephoscale.com/#!/video/53216638" rel="nofollow">http://docs.nephoscale.com/#!/video/53216638</a>. Go straight to the 24 minute mark to see our CTO discuss the platform elements.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: brianmccallion</title>
		<link>http://gigaom.com/2012/11/17/why-monopolies-and-commoditization-would-pollute-the-cloud/#comment-1199647</link>
		<dc:creator><![CDATA[brianmccallion]]></dc:creator>
		<pubDate>Thu, 22 Nov 2012 05:18:00 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=585464#comment-1199647</guid>
		<description><![CDATA[I read much that compares Cloud to a utility model. I doubt it will become a utility in the sense of a large power or telecom firm. To an extent focusing on the elements of computing today like cpu, memory, bandwidth (infrastructure) I think the real excitement of the Cloud will emerge as the ecosystem of software services in the Cloud grows, and as services currently delivered via hardware migrate to software services. Overall Cloud portends much less focus on infrastructure (although it will certainly change dramatically and continue to matter) and greater focus and larger spend on software services. In the enterprise today in my opinion, beyond the cost of building new systems, the risk associated with building out infrastructure as well as paying up front for software is high, and outcomes vary widely. In a world where infrastructure becomes more stable and easier to provision both the risk and complexity of building software systems decreases. As risk decreases and outcomes/returns become easier to forecast I feel the demand for software will increase dramatically.]]></description>
		<content:encoded><![CDATA[<p>I read much that compares Cloud to a utility model. I doubt it will become a utility in the sense of a large power or telecom firm. To an extent focusing on the elements of computing today like cpu, memory, bandwidth (infrastructure) I think the real excitement of the Cloud will emerge as the ecosystem of software services in the Cloud grows, and as services currently delivered via hardware migrate to software services. Overall Cloud portends much less focus on infrastructure (although it will certainly change dramatically and continue to matter) and greater focus and larger spend on software services. In the enterprise today in my opinion, beyond the cost of building new systems, the risk associated with building out infrastructure as well as paying up front for software is high, and outcomes vary widely. In a world where infrastructure becomes more stable and easier to provision both the risk and complexity of building software systems decreases. As risk decreases and outcomes/returns become easier to forecast I feel the demand for software will increase dramatically.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: miha</title>
		<link>http://gigaom.com/2012/11/17/why-monopolies-and-commoditization-would-pollute-the-cloud/#comment-1198788</link>
		<dc:creator><![CDATA[miha]]></dc:creator>
		<pubDate>Wed, 21 Nov 2012 19:24:55 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=585464#comment-1198788</guid>
		<description><![CDATA[Grids can be commodity at low end. Looking at the Center for High Throughput computing, scientists need to add resources from 0.03 million hours on desktop  to 712 million hours acceding the Open Science Grid (40,000 plus servers  growing daily)  and beyond. 

Problems like &quot;Simulate crop yields and climate change impact at high-resolution (global extents, multi-scale models, multiple crops – corn, soy, wheat, rice)&quot; carried out at University of Chicago Computing Cooperative are not possible to solve using commercial cloud providers, who do not have the scale and the technology for such leading edge application. One interesting observation is that operating on such a large scale,  it creates the illusion of infinite resources inside a grid . Note the &quot;illusion of infinite resources&quot; is subjective. In some cases a few computers or AWS instances are sufficient. In HTC, this illusion can only be achieved after accessing many thousands processors at once.]]></description>
		<content:encoded><![CDATA[<p>Grids can be commodity at low end. Looking at the Center for High Throughput computing, scientists need to add resources from 0.03 million hours on desktop  to 712 million hours acceding the Open Science Grid (40,000 plus servers  growing daily)  and beyond. </p>
<p>Problems like &#8220;Simulate crop yields and climate change impact at high-resolution (global extents, multi-scale models, multiple crops – corn, soy, wheat, rice)&#8221; carried out at University of Chicago Computing Cooperative are not possible to solve using commercial cloud providers, who do not have the scale and the technology for such leading edge application. One interesting observation is that operating on such a large scale,  it creates the illusion of infinite resources inside a grid . Note the &#8220;illusion of infinite resources&#8221; is subjective. In some cases a few computers or AWS instances are sufficient. In HTC, this illusion can only be achieved after accessing many thousands processors at once.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: miha</title>
		<link>http://gigaom.com/2012/11/17/why-monopolies-and-commoditization-would-pollute-the-cloud/#comment-1198706</link>
		<dc:creator><![CDATA[miha]]></dc:creator>
		<pubDate>Wed, 21 Nov 2012 18:59:58 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=585464#comment-1198706</guid>
		<description><![CDATA[as]]></description>
		<content:encoded><![CDATA[<p>as</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Thiele</title>
		<link>http://gigaom.com/2012/11/17/why-monopolies-and-commoditization-would-pollute-the-cloud/#comment-1197628</link>
		<dc:creator><![CDATA[Mark Thiele]]></dc:creator>
		<pubDate>Wed, 21 Nov 2012 14:06:08 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=585464#comment-1197628</guid>
		<description><![CDATA[Adrian, nice flashy answer, but doesn&#039;t change anything. If Amazon and a few others were to &quot;own&quot; cloud services, what would the likely outcome be for service innovation and pricing? The only thing that keeps Amazon innovating in the long run is the effective threat of competition.]]></description>
		<content:encoded><![CDATA[<p>Adrian, nice flashy answer, but doesn&#8217;t change anything. If Amazon and a few others were to &#8220;own&#8221; cloud services, what would the likely outcome be for service innovation and pricing? The only thing that keeps Amazon innovating in the long run is the effective threat of competition.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: adrian cockcroft</title>
		<link>http://gigaom.com/2012/11/17/why-monopolies-and-commoditization-would-pollute-the-cloud/#comment-1196750</link>
		<dc:creator><![CDATA[adrian cockcroft]]></dc:creator>
		<pubDate>Wed, 21 Nov 2012 08:18:11 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=585464#comment-1196750</guid>
		<description><![CDATA[The Fiat-Chrysler company owns both Ferrari and Dodge. AWS has a far broader range of instance type options, services and features than you will find in most datacenters or other clouds. So what&#039;s your point again?]]></description>
		<content:encoded><![CDATA[<p>The Fiat-Chrysler company owns both Ferrari and Dodge. AWS has a far broader range of instance type options, services and features than you will find in most datacenters or other clouds. So what&#8217;s your point again?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: natishalom</title>
		<link>http://gigaom.com/2012/11/17/why-monopolies-and-commoditization-would-pollute-the-cloud/#comment-1193208</link>
		<dc:creator><![CDATA[natishalom]]></dc:creator>
		<pubDate>Tue, 20 Nov 2012 08:04:42 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=585464#comment-1193208</guid>
		<description><![CDATA[Mark excellent read , totally agree with your points above.
I think that now with Google, Microsoft, OpenStack, HP, Dell entering the game it becomes even less reasonable to stick to one provider. The other point on that regard is that the cost and effort of building a portable solution that wouldn&#039;t be bound to a particular cloud API is also significantly lower with frameworks such as JClouds and Cloudify as well as Rightscale that provide multi-cloud integration that makes the switch cost pretty low.

I&#039;ve written a post on the five misconception on cloud portability
http://natishalom.typepad.com/nati_shaloms_blog/2011/11/five-misconceptions-on-cloud-portability.html]]></description>
		<content:encoded><![CDATA[<p>Mark excellent read , totally agree with your points above.<br />
I think that now with Google, Microsoft, OpenStack, HP, Dell entering the game it becomes even less reasonable to stick to one provider. The other point on that regard is that the cost and effort of building a portable solution that wouldn&#8217;t be bound to a particular cloud API is also significantly lower with frameworks such as JClouds and Cloudify as well as Rightscale that provide multi-cloud integration that makes the switch cost pretty low.</p>
<p>I&#8217;ve written a post on the five misconception on cloud portability<br />
<a href="http://natishalom.typepad.com/nati_shaloms_blog/2011/11/five-misconceptions-on-cloud-portability.html" rel="nofollow">http://natishalom.typepad.com/nati_shaloms_blog/2011/11/five-misconceptions-on-cloud-portability.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Thiele</title>
		<link>http://gigaom.com/2012/11/17/why-monopolies-and-commoditization-would-pollute-the-cloud/#comment-1191067</link>
		<dc:creator><![CDATA[Mark Thiele]]></dc:creator>
		<pubDate>Mon, 19 Nov 2012 16:10:38 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=585464#comment-1191067</guid>
		<description><![CDATA[Simon, as always a well thought out and interesting comment. Time will tell, which one of us is on the right track here. Its likely that it will be 3-5 years before we can be certain the path that &quot;utility&quot; oriented compute is taking. I look forward to continuing the discussion.]]></description>
		<content:encoded><![CDATA[<p>Simon, as always a well thought out and interesting comment. Time will tell, which one of us is on the right track here. Its likely that it will be 3-5 years before we can be certain the path that &#8220;utility&#8221; oriented compute is taking. I look forward to continuing the discussion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: swardley</title>
		<link>http://gigaom.com/2012/11/17/why-monopolies-and-commoditization-would-pollute-the-cloud/#comment-1190908</link>
		<dc:creator><![CDATA[swardley]]></dc:creator>
		<pubDate>Mon, 19 Nov 2012 15:24:45 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=585464#comment-1190908</guid>
		<description><![CDATA[A number of assumptions here, so let&#039;s go through each ...


&quot;Cars have been around for over 100 years now, they must be commodity by now, right?&quot;

Here you&#039;re assuming that the process is time based (like diffusion i.e. adoption over time) when in reality it depends upon the actors in the market and competition. Hence evolution from genesis of something to commodity is based upon ubiquity (i.e. how widespread something is, user competition) and certainty (how feature complete something is, i.e. vendor competition).

The nut and bolt took almost 2,000 years to go from genesis (first creation) to late product and commodity (starting with Maudslay&#039;s screw cutting lathe). Electricity took 1400 years from the Parthian Battery to Westinghouse / Tesla and A/C utility provision. Telephony about 100 years and computing infrastructure about 70 years. So, you cannot assume some linear relationship with time.

Secondly, in the above examples (Nut and Bolts, Electricity, Computing Infrastructure, Telephony) these systems have become components of something else (e.g. Machines, Consumer Electronics, Big Data System, Smart Phones). 

In industries where the car is a component of something other value chain (e.g. Taxis, Fleets, On Demand hire services etc) then it would be worth looking at whether standardisation has or is occurring (e.g. easy cars etc).  

As you point out the car itself has many commodity components but if the system you&#039;re examining is the top level system then you&#039;re always going to have branding, perception of other values which impact it e.g. Gary Dahl&#039;s &quot;Pet Rock&quot; is probably the best loved example of associating a branding value with what remained a commodity ... it&#039;s not a rock (which it was) but a &quot;Pet Rock&quot;.

Your comparison of computing infrastructure to cars is one of comparing a component to a higher order system which has other values (i.e. personal branding, status symbol etc). If you compare like for like you&#039;d probably end up with a different conclusion i.e. how many users of Amazon EC2 care or even know what hardware Amazon EC2 runs on - it&#039;s an invisible component, far down the value chain. The same can be said of how many users know or care what specification of nuts and bolts are used to build their car?


&quot;If we allow a few companies to push the technology to a true commodity business model&quot;

First, it&#039;s not companies that drive things towards a commodity model but the interaction of users (demand competition) and companies (supply competition). The question of evolution (which for activities we call commoditisation) is separate from the question of centralisation / decentralisation and the two shouldn&#039;t be conflated.

It would have been relatively trivial for the hardware manufacturers to create a price war in the IaaS space around 2008-2010 in order to fragment the market by increasing demand (computing infrastructure is elastic) beyond the capability of one vendor to supply. The fact they didn&#039;t is their own fault and also the reason why we might see centralisation.

In general,

*  The process of evolution (driven by demand and supply competition) is not time based but depends upon the overall interactions of ALL actors (users and suppliers). It is an inevitable process of competition. 

* The question of centralisation / decentralisation varies with a number of different economic forces but it usually depends upon the actions of SPECIFIC suppliers. Often you will find that companies are suffering from inertia to change (due to past success) and hence new entrants into a market that is commoditising can quickly capture the market. This doesn&#039;t need to be the case though and the issue is one of executive failure usually of past giants.


&quot;Innovation would be stifled&quot;

Quite the opposite. There are two aspects of innovation here - operational efficiency and creation of higher order systems. 

The commoditisation of any pre-existing activities which acts as a component leads to rapid increases in the genesis of higher order systems. From Nuts and Bolts to Machines or Electricity to Radio / Hollywood / Consumer Electronics / Computing or Computing to Big Data and all the changes we&#039;re seeing today. Commoditisation always increases innovation (as in genesis of higher order systems), this effect is known as componentisation (Herbert Simon).

Equally, innovation behind the interface doesn&#039;t stop i.e. electricity was standardised to an interface but innovation still occurs in the means of production (e.g. operational improvements and efficiency or new means of generation). This is the same with all manner of industries from finance to manufacturing (see float glass method of producing glass etc).

You cannot therefore state that commoditisation inhibits or limits innovation, where historical evidence shows it not only allows for innovation in production but accelerates innovation of higher order systems (i.e. each of the major ages - industrial, mechanical, electrical, internet are associated with commoditisation of pre-existing activities).


&quot;Drivers that make unique IT solutions critical&quot;

You&#039;re absolutely spot on that even in a mass market of commodity components there are always niches - same as electricity, finance, most manufacturing etc and you&#039;d expect the same with computing. There will be highly profitable but small niches.


&quot;There are just too many ways to (in this case) build that car&quot;

One of the most important parts of any of the common cycles of changes (i.e. ages) is the disruption of past giants stuck behind inertia barriers due to past success. Disruption comes in two forms - there&#039;s the unpredictable, unforeseeable (e.g. a change in characteristic of a product such as disk drives) and then there&#039;s the predictable (e.g. a shift of an activity from product &amp; rental services to commodity and utility services). 

Both cause disruption, the former because it&#039;s unseen, the latter because it&#039;s seen but the company is unable to react (due to inertia which is often embedded in the culture of the organisation).  We&#039;ve seen this in every major age and there is nothing which suggest that cloud (which was predicted by Douglas Parkhill in his 1966 book the challenge of the computing utility) will be any different. 

The list of companies who believed that their industry would not be commoditised is long and glorious from the gas lamp companies of the past to almost certainly modern infrastructure companies. The problem for all is that their offering is just a component.]]></description>
		<content:encoded><![CDATA[<p>A number of assumptions here, so let&#8217;s go through each &#8230;</p>
<p>&#8220;Cars have been around for over 100 years now, they must be commodity by now, right?&#8221;</p>
<p>Here you&#8217;re assuming that the process is time based (like diffusion i.e. adoption over time) when in reality it depends upon the actors in the market and competition. Hence evolution from genesis of something to commodity is based upon ubiquity (i.e. how widespread something is, user competition) and certainty (how feature complete something is, i.e. vendor competition).</p>
<p>The nut and bolt took almost 2,000 years to go from genesis (first creation) to late product and commodity (starting with Maudslay&#8217;s screw cutting lathe). Electricity took 1400 years from the Parthian Battery to Westinghouse / Tesla and A/C utility provision. Telephony about 100 years and computing infrastructure about 70 years. So, you cannot assume some linear relationship with time.</p>
<p>Secondly, in the above examples (Nut and Bolts, Electricity, Computing Infrastructure, Telephony) these systems have become components of something else (e.g. Machines, Consumer Electronics, Big Data System, Smart Phones). </p>
<p>In industries where the car is a component of something other value chain (e.g. Taxis, Fleets, On Demand hire services etc) then it would be worth looking at whether standardisation has or is occurring (e.g. easy cars etc).  </p>
<p>As you point out the car itself has many commodity components but if the system you&#8217;re examining is the top level system then you&#8217;re always going to have branding, perception of other values which impact it e.g. Gary Dahl&#8217;s &#8220;Pet Rock&#8221; is probably the best loved example of associating a branding value with what remained a commodity &#8230; it&#8217;s not a rock (which it was) but a &#8220;Pet Rock&#8221;.</p>
<p>Your comparison of computing infrastructure to cars is one of comparing a component to a higher order system which has other values (i.e. personal branding, status symbol etc). If you compare like for like you&#8217;d probably end up with a different conclusion i.e. how many users of Amazon EC2 care or even know what hardware Amazon EC2 runs on &#8211; it&#8217;s an invisible component, far down the value chain. The same can be said of how many users know or care what specification of nuts and bolts are used to build their car?</p>
<p>&#8220;If we allow a few companies to push the technology to a true commodity business model&#8221;</p>
<p>First, it&#8217;s not companies that drive things towards a commodity model but the interaction of users (demand competition) and companies (supply competition). The question of evolution (which for activities we call commoditisation) is separate from the question of centralisation / decentralisation and the two shouldn&#8217;t be conflated.</p>
<p>It would have been relatively trivial for the hardware manufacturers to create a price war in the IaaS space around 2008-2010 in order to fragment the market by increasing demand (computing infrastructure is elastic) beyond the capability of one vendor to supply. The fact they didn&#8217;t is their own fault and also the reason why we might see centralisation.</p>
<p>In general,</p>
<p>*  The process of evolution (driven by demand and supply competition) is not time based but depends upon the overall interactions of ALL actors (users and suppliers). It is an inevitable process of competition. </p>
<p>* The question of centralisation / decentralisation varies with a number of different economic forces but it usually depends upon the actions of SPECIFIC suppliers. Often you will find that companies are suffering from inertia to change (due to past success) and hence new entrants into a market that is commoditising can quickly capture the market. This doesn&#8217;t need to be the case though and the issue is one of executive failure usually of past giants.</p>
<p>&#8220;Innovation would be stifled&#8221;</p>
<p>Quite the opposite. There are two aspects of innovation here &#8211; operational efficiency and creation of higher order systems. </p>
<p>The commoditisation of any pre-existing activities which acts as a component leads to rapid increases in the genesis of higher order systems. From Nuts and Bolts to Machines or Electricity to Radio / Hollywood / Consumer Electronics / Computing or Computing to Big Data and all the changes we&#8217;re seeing today. Commoditisation always increases innovation (as in genesis of higher order systems), this effect is known as componentisation (Herbert Simon).</p>
<p>Equally, innovation behind the interface doesn&#8217;t stop i.e. electricity was standardised to an interface but innovation still occurs in the means of production (e.g. operational improvements and efficiency or new means of generation). This is the same with all manner of industries from finance to manufacturing (see float glass method of producing glass etc).</p>
<p>You cannot therefore state that commoditisation inhibits or limits innovation, where historical evidence shows it not only allows for innovation in production but accelerates innovation of higher order systems (i.e. each of the major ages &#8211; industrial, mechanical, electrical, internet are associated with commoditisation of pre-existing activities).</p>
<p>&#8220;Drivers that make unique IT solutions critical&#8221;</p>
<p>You&#8217;re absolutely spot on that even in a mass market of commodity components there are always niches &#8211; same as electricity, finance, most manufacturing etc and you&#8217;d expect the same with computing. There will be highly profitable but small niches.</p>
<p>&#8220;There are just too many ways to (in this case) build that car&#8221;</p>
<p>One of the most important parts of any of the common cycles of changes (i.e. ages) is the disruption of past giants stuck behind inertia barriers due to past success. Disruption comes in two forms &#8211; there&#8217;s the unpredictable, unforeseeable (e.g. a change in characteristic of a product such as disk drives) and then there&#8217;s the predictable (e.g. a shift of an activity from product &amp; rental services to commodity and utility services). </p>
<p>Both cause disruption, the former because it&#8217;s unseen, the latter because it&#8217;s seen but the company is unable to react (due to inertia which is often embedded in the culture of the organisation).  We&#8217;ve seen this in every major age and there is nothing which suggest that cloud (which was predicted by Douglas Parkhill in his 1966 book the challenge of the computing utility) will be any different. </p>
<p>The list of companies who believed that their industry would not be commoditised is long and glorious from the gas lamp companies of the past to almost certainly modern infrastructure companies. The problem for all is that their offering is just a component.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
