<?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: What it really means when someone says &#8216;Hadoop&#8217;</title>
	<atom:link href="http://gigaom.com/2012/02/06/what-it-really-means-when-someone-says-hadoop/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2012/02/06/what-it-really-means-when-someone-says-hadoop/</link>
	<description></description>
	<lastBuildDate>Wed, 22 May 2013 07:25:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: tomaskuzar</title>
		<link>http://gigaom.com/2012/02/06/what-it-really-means-when-someone-says-hadoop/#comment-811413</link>
		<dc:creator><![CDATA[tomaskuzar]]></dc:creator>
		<pubDate>Mon, 20 Feb 2012 12:55:18 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=481182#comment-811413</guid>
		<description><![CDATA[Yes, the overview is great, but do you know some overview of use cases of for Hadoop implementation for mid-size business? Thank you.]]></description>
		<content:encoded><![CDATA[<p>Yes, the overview is great, but do you know some overview of use cases of for Hadoop implementation for mid-size business? Thank you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Trendov</title>
		<link>http://gigaom.com/2012/02/06/what-it-really-means-when-someone-says-hadoop/#comment-810593</link>
		<dc:creator><![CDATA[Nick Trendov]]></dc:creator>
		<pubDate>Fri, 17 Feb 2012 12:15:36 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=481182#comment-810593</guid>
		<description><![CDATA[Nice overview.

Hadoop and Risk
Hadoop appears to follow a. Familiar and successful silicon valley pattern that started with the creation, promotion and sales of databases, ERP systems, Yahoo-like portals, Google-like advertising engines, CRM applications and most recently Social Media communities like Twitter and Facebook.

In each case competing vendors created their own products and educated the market about how their offerings were different and better.

Now vendors are smarter, they first say how they use Hadoop as a critical value element and then they differentiate by highlighting their unique value.

Hadoop is more than a product, it has become a cue for success and Risk mitigation.

Hadoop is a successful product and in Risky times everyone wants a guarantee.

Hadoop is a &#039;success cue&#039; for companies with the resources to learn how and where to fit it in to their business model.

Odd, it seems that companies flock to Hadoop to avoid Risk but take on new Risk in learning, building and maintaining.

This behaviour pattern shows the power of well placed cues, and why cues have to be found and measured by sellers and buyers to achieve the outcome that they need rather than wahts good for someone else

Cheers,
Nick @ManyCUES]]></description>
		<content:encoded><![CDATA[<p>Nice overview.</p>
<p>Hadoop and Risk<br />
Hadoop appears to follow a. Familiar and successful silicon valley pattern that started with the creation, promotion and sales of databases, ERP systems, Yahoo-like portals, Google-like advertising engines, CRM applications and most recently Social Media communities like Twitter and Facebook.</p>
<p>In each case competing vendors created their own products and educated the market about how their offerings were different and better.</p>
<p>Now vendors are smarter, they first say how they use Hadoop as a critical value element and then they differentiate by highlighting their unique value.</p>
<p>Hadoop is more than a product, it has become a cue for success and Risk mitigation.</p>
<p>Hadoop is a successful product and in Risky times everyone wants a guarantee.</p>
<p>Hadoop is a &#8216;success cue&#8217; for companies with the resources to learn how and where to fit it in to their business model.</p>
<p>Odd, it seems that companies flock to Hadoop to avoid Risk but take on new Risk in learning, building and maintaining.</p>
<p>This behaviour pattern shows the power of well placed cues, and why cues have to be found and measured by sellers and buyers to achieve the outcome that they need rather than wahts good for someone else</p>
<p>Cheers,<br />
Nick @ManyCUES</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Washroom</title>
		<link>http://gigaom.com/2012/02/06/what-it-really-means-when-someone-says-hadoop/#comment-808184</link>
		<dc:creator><![CDATA[Washroom]]></dc:creator>
		<pubDate>Fri, 10 Feb 2012 19:22:01 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=481182#comment-808184</guid>
		<description><![CDATA[Oh, this is great. I had no idea what Hadoop was before this. Really good information.]]></description>
		<content:encoded><![CDATA[<p>Oh, this is great. I had no idea what Hadoop was before this. Really good information.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Samson</title>
		<link>http://gigaom.com/2012/02/06/what-it-really-means-when-someone-says-hadoop/#comment-808009</link>
		<dc:creator><![CDATA[Mark Samson]]></dc:creator>
		<pubDate>Fri, 10 Feb 2012 11:35:28 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=481182#comment-808009</guid>
		<description><![CDATA[IBM InfoSphere BigInsights actually does include IBM&#039;s own distribution of Hadoop, with multiple proprietary extensions in analytics, usability and operational improvements.]]></description>
		<content:encoded><![CDATA[<p>IBM InfoSphere BigInsights actually does include IBM&#8217;s own distribution of Hadoop, with multiple proprietary extensions in analytics, usability and operational improvements.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sematext</title>
		<link>http://gigaom.com/2012/02/06/what-it-really-means-when-someone-says-hadoop/#comment-807908</link>
		<dc:creator><![CDATA[sematext]]></dc:creator>
		<pubDate>Fri, 10 Feb 2012 06:21:25 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=481182#comment-807908</guid>
		<description><![CDATA[Derrick, have a look at this recent LinkedIn Poll created by Otis Gospodnetic from Sematext on exactly this topic - &quot;When you say Hadoop, which of these do you mean?&quot; - http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&amp;discussionID=88676755&amp;gid=988957]]></description>
		<content:encoded><![CDATA[<p>Derrick, have a look at this recent LinkedIn Poll created by Otis Gospodnetic from Sematext on exactly this topic &#8211; &#8220;When you say Hadoop, which of these do you mean?&#8221; &#8211; <a href="http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&#038;discussionID=88676755&#038;gid=988957" rel="nofollow">http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&#038;discussionID=88676755&#038;gid=988957</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith</title>
		<link>http://gigaom.com/2012/02/06/what-it-really-means-when-someone-says-hadoop/#comment-806972</link>
		<dc:creator><![CDATA[Keith]]></dc:creator>
		<pubDate>Wed, 08 Feb 2012 14:46:04 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=481182#comment-806972</guid>
		<description><![CDATA[I hope all this stuff works, otherwise we have all been Hadoop, in the Yorkshire sense of the word!]]></description>
		<content:encoded><![CDATA[<p>I hope all this stuff works, otherwise we have all been Hadoop, in the Yorkshire sense of the word!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://gigaom.com/2012/02/06/what-it-really-means-when-someone-says-hadoop/#comment-806545</link>
		<dc:creator><![CDATA[Chris]]></dc:creator>
		<pubDate>Tue, 07 Feb 2012 17:31:09 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=481182#comment-806545</guid>
		<description><![CDATA[Excellent overview!]]></description>
		<content:encoded><![CDATA[<p>Excellent overview!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jubal Ince</title>
		<link>http://gigaom.com/2012/02/06/what-it-really-means-when-someone-says-hadoop/#comment-806534</link>
		<dc:creator><![CDATA[Jubal Ince]]></dc:creator>
		<pubDate>Tue, 07 Feb 2012 17:03:27 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=481182#comment-806534</guid>
		<description><![CDATA[Good Hadoop overview, thanks!  On a side note, Microsoft is hiring Big Data engineers.  Email or @ me if interested:  jubaliATmicrosoft.com or @jubal_ince.]]></description>
		<content:encoded><![CDATA[<p>Good Hadoop overview, thanks!  On a side note, Microsoft is hiring Big Data engineers.  Email or @ me if interested:  jubaliATmicrosoft.com or @jubal_ince.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul K</title>
		<link>http://gigaom.com/2012/02/06/what-it-really-means-when-someone-says-hadoop/#comment-806524</link>
		<dc:creator><![CDATA[Paul K]]></dc:creator>
		<pubDate>Tue, 07 Feb 2012 16:45:04 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=481182#comment-806524</guid>
		<description><![CDATA[Few Corrections: Pig is a job control language while Hive is a SQL APL (HiveQL). HBase is a Columnar datbase built on HDFS.]]></description>
		<content:encoded><![CDATA[<p>Few Corrections: Pig is a job control language while Hive is a SQL APL (HiveQL). HBase is a Columnar datbase built on HDFS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fred Holahan</title>
		<link>http://gigaom.com/2012/02/06/what-it-really-means-when-someone-says-hadoop/#comment-806446</link>
		<dc:creator><![CDATA[Fred Holahan]]></dc:creator>
		<pubDate>Tue, 07 Feb 2012 14:38:34 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=481182#comment-806446</guid>
		<description><![CDATA[Derek, your Hadoop taxonomy seems more informed and accurate than Forrester&#039;s.  What&#039;s often lost in the Hadoop discussion is the question of how data gets into a Hadoop infrastructure in the first place.  A case in point - the Karmasphere infographic shows example data sources (the blue boxes) and Hadoop (the yellow box).  If we&#039;re to believe the diagram, between the blue and the yellow, a miracle happens.

To be clear, I&#039;m not picking on Karmasphere.  Their diagram serves a purpose and is necessarily simplistic.  My point is that miracles don&#039;t happen; organizations need to be incredibly thoughtful about what data they&#039;re going to deliver to Hadoop, where it&#039;s coming from and how it&#039;s connected.  

Equally important is the reality that some data (e.g., from sensor scans, wireless apps, systems monitors, etc.) travels at such high velocities that it will quickly swamp a typical Hadoop/HDFS infrastructure.  For high velocity &quot;firehose&quot; applications, the data tier needs a front-end cache that can ingest incoming data at very high speeds, manage that data statefully for real-time analytics, and deliver it to Hadoop in a controlled way.  Products like VoltDB (I work for the company) offer an excellent solution for managing the &quot;impedance mismatch&quot; between high velocity data sources and high volume analytic infrustructures like Hadoop.]]></description>
		<content:encoded><![CDATA[<p>Derek, your Hadoop taxonomy seems more informed and accurate than Forrester&#8217;s.  What&#8217;s often lost in the Hadoop discussion is the question of how data gets into a Hadoop infrastructure in the first place.  A case in point &#8211; the Karmasphere infographic shows example data sources (the blue boxes) and Hadoop (the yellow box).  If we&#8217;re to believe the diagram, between the blue and the yellow, a miracle happens.</p>
<p>To be clear, I&#8217;m not picking on Karmasphere.  Their diagram serves a purpose and is necessarily simplistic.  My point is that miracles don&#8217;t happen; organizations need to be incredibly thoughtful about what data they&#8217;re going to deliver to Hadoop, where it&#8217;s coming from and how it&#8217;s connected.  </p>
<p>Equally important is the reality that some data (e.g., from sensor scans, wireless apps, systems monitors, etc.) travels at such high velocities that it will quickly swamp a typical Hadoop/HDFS infrastructure.  For high velocity &#8220;firehose&#8221; applications, the data tier needs a front-end cache that can ingest incoming data at very high speeds, manage that data statefully for real-time analytics, and deliver it to Hadoop in a controlled way.  Products like VoltDB (I work for the company) offer an excellent solution for managing the &#8220;impedance mismatch&#8221; between high velocity data sources and high volume analytic infrustructures like Hadoop.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
