<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
>

<channel>
	<title>Al Hoang &#187; scaling</title>
	<atom:link href="http://blogs.law.harvard.edu/hoanga/category/tech/scaling/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.law.harvard.edu/hoanga</link>
	<description>Just another weblog</description>
	<lastBuildDate>Wed, 09 Sep 2009 06:52:48 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<creativeCommons:license>http://creativecommons.org/licenses/by-sa/3.0/</creativeCommons:license>
		<item>
		<title>Handling user reviews on a website</title>
		<link>http://blogs.law.harvard.edu/hoanga/2008/09/30/handling-user-reviews-on-a-website/</link>
		<comments>http://blogs.law.harvard.edu/hoanga/2008/09/30/handling-user-reviews-on-a-website/#comments</comments>
		<pubDate>Tue, 30 Sep 2008 06:10:58 +0000</pubDate>
		<dc:creator>hoanga</dc:creator>
				<category><![CDATA[scaling]]></category>
		<category><![CDATA[tech]]></category>

		<guid isPermaLink="false">http://blogs.law.harvard.edu/hoanga/?p=696</guid>
		<description><![CDATA[Scott Ru gives us some insights on the process Amazon uses to handle user reviews on their site.

You start with some philosophical rules, and you try to make them stick. Providing guidelines is the only way to start.

References

Read more
Scott Berkun&#8217;s Blog Post on User Reviews

]]></description>
			<content:encoded><![CDATA[<p>Scott Ru gives us <a href="http://scottru.com/2008/09/13/on-apple-amazon-reviewing-and-large-companies/">some insights</a> on the process Amazon uses to handle user reviews on their site.</p>
<blockquote><p>
You start with some philosophical rules, and you try to make them stick. Providing guidelines is the only way to start.
</p></blockquote>
<h4>References</h4>
<ul>
<li><a href="http://scottru.com/2008/09/13/on-apple-amazon-reviewing-and-large-companies/">Read more</a></li>
<li><a href="http://discussionleader.hbsp.com/berkun/2008/09/draft-on-apple-amazon-spore-an.html">Scott Berkun&#8217;s Blog Post on User Reviews</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://blogs.law.harvard.edu/hoanga/2008/09/30/handling-user-reviews-on-a-website/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Losing data in the clouds</title>
		<link>http://blogs.law.harvard.edu/hoanga/2008/09/03/losing-data-in-the-clouds/</link>
		<comments>http://blogs.law.harvard.edu/hoanga/2008/09/03/losing-data-in-the-clouds/#comments</comments>
		<pubDate>Wed, 03 Sep 2008 13:23:49 +0000</pubDate>
		<dc:creator>hoanga</dc:creator>
				<category><![CDATA[scaling]]></category>
		<category><![CDATA[stupid]]></category>
		<category><![CDATA[tech]]></category>

		<guid isPermaLink="false">http://blogs.law.harvard.edu/hoanga/?p=691</guid>
		<description><![CDATA[Seems that some cloud vendors (sheesh I really only knew about Google Ape&#8230; err App Engine, Amazon&#8217;s EC2 service, and GoGrid) have been having some issues watching customer data go up in a poof.  oops.
Datacenter Knowledge mentions Flexiscale having issues

The problems for FlexiScale began when one of the main storage volumes was accidentally deleted [...]]]></description>
			<content:encoded><![CDATA[<p>Seems that some cloud vendors (sheesh I really only knew about Google Ape&#8230; err App Engine, Amazon&#8217;s EC2 service, and GoGrid) have been having some issues watching customer data go up in a poof.  oops.</p>
<p>Datacenter Knowledge mentions <a href="http://www.datacenterknowledge.com/archives/2008/08/28/serious-cloud-storage-stumble-for-flexiscale/">Flexiscale having issues</a></p>
<blockquote><p>
The problems for FlexiScale began when one of the main storage volumes was accidentally deleted by an employee during a system upgrade earlier this week.
</p></blockquote>
<p>as well as another company called LinkUp (although I guess it&#8217;s down now) <a href="http://www.datacenterknowledge.com/archives/2008/08/12/cloud-storage-service-loses-data-shuts-down/">having issues too</a>:</p>
<blockquote><p>
a cloud storage previously known as Media Max, which shut down Aug. 8 after losing “an unspecified amount of customer data
</p></blockquote>
<p>Ouch.  As the industry fashionistas and the hordes of zombies (and I guess everyone else pulled in from the vortex created) moves towards trying to fulfill what Nicholas Carr dubs the <a href="http://www.nicholasgcarr.com/bigswitch/">Big Switch</a> I can only surmise that more cases of cloud computing companies will continue to go belly up due to dumb mistakes, poor execution, etc, name your classic dumb mistake here.   This will leave behind the vendors who have spent time at multiple levels (besides just technology) to ensure that many of the typical mistakes that will hit any IT business can be recovered from instead of being the critical wound that kils.</p>
<p>Read more!</p>
<ul>
<li><a href="http://www.datacenterknowledge.com/archives/2008/08/12/cloud-storage-service-loses-data-shuts-down/">Datacenter Knowledge on LinkUp going Belly Up</a></li>
<li><a href="http://www.datacenterknowledge.com/archives/2008/08/28/serious-cloud-storage-stumble-for-flexiscale/">Datacenter Knowledge on issues at Flexiscale</a></li>
<li><a href="http://www.cbc.ca/technology/technology-blog/2008/02/nicholas_carrs_views_on_cloud.html">A little bit on Nicholas Carr&#8217;s big vision</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://blogs.law.harvard.edu/hoanga/2008/09/03/losing-data-in-the-clouds/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Animoto riding the EC2 wave</title>
		<link>http://blogs.law.harvard.edu/hoanga/2008/05/21/animoto-riding-the-ec2-wave/</link>
		<comments>http://blogs.law.harvard.edu/hoanga/2008/05/21/animoto-riding-the-ec2-wave/#comments</comments>
		<pubDate>Wed, 21 May 2008 13:59:08 +0000</pubDate>
		<dc:creator>hoanga</dc:creator>
				<category><![CDATA[geek]]></category>
		<category><![CDATA[scaling]]></category>

		<guid isPermaLink="false">http://blogs.law.harvard.edu/hoanga/2008/05/21/animoto-riding-the-ec2-wave/</guid>
		<description><![CDATA[Animoto sounds like an interesting service.  Take some photos (and videos?) and some music or choose some already available and they remix it into a music video automatically.  Don&#8217;t like the mix?  Hit retry.  Cool stuff&#8230;
Here&#8217;s a juicy quote from their blog post on Jeff Bozos talking about them:


This is about [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://animoto.com/">Animoto</a> sounds like an interesting service.  Take some photos (and videos?) and some music or choose some already available and they remix it into a music video automatically.  Don&#8217;t like the mix?  Hit retry.  Cool stuff&#8230;</p>
<p>Here&#8217;s a juicy quote from their <a href="http://blog.animoto.com/2008/04/21/amazon-ceo-jeff-bezos-on-animoto/">blog post</a> on Jeff Bozos talking about them:</p>
<blockquote>
<p>
This is about 50 EC2 instances down here. Their Facebook app kind of broke through. And so this is their Facebook app taking off. This is just three days ago, April 16th.
</p>
<p>
You can see they’ve gone from 50 instances of EC2 usage up to 3,500 instances of EC2 usage. It’s completely impractical in your own data center over the course of three days to scale from 50 servers to 3,500 servers. Don’t try this at home.
</p>
</blockquote>
<p>Great showcase for <a href="http://en.wikipedia.org/wiki/Cloud_computing">Cloud Computing</a>.  Too bad not ALL applications can take advantage of Cloud Computing.  But glad to see ideas that can.</p>
<p><a href="http://blog.animoto.com/2008/04/21/amazon-ceo-jeff-bezos-on-animoto/">Read more</a></p>
<p>And oh yes&#8230; since their frontend is a Rails app of course <a href="http://www.google.com/search?client=safari&amp;rls=en-us&amp;q=rails+can't+scale&amp;ie=UTF-8&amp;oe=UTF-8">it can&#8217;t scale</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.law.harvard.edu/hoanga/2008/05/21/animoto-riding-the-ec2-wave/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>A Deploying Scala story, &#8220;It&#8217;s just another Java library&#8221;</title>
		<link>http://blogs.law.harvard.edu/hoanga/2008/05/05/a-deploying-scala-story-its-just-another-java-library/</link>
		<comments>http://blogs.law.harvard.edu/hoanga/2008/05/05/a-deploying-scala-story-its-just-another-java-library/#comments</comments>
		<pubDate>Mon, 05 May 2008 15:14:06 +0000</pubDate>
		<dc:creator>hoanga</dc:creator>
				<category><![CDATA[java]]></category>
		<category><![CDATA[programming]]></category>
		<category><![CDATA[scaling]]></category>
		<category><![CDATA[tech]]></category>

		<guid isPermaLink="false">http://blogs.law.harvard.edu/hoanga/2008/05/05/a-deploying-scala-story-its-just-anoth</guid>
		<description><![CDATA[From Artima&#8217;s Developer Buzz feed I picked up this story on someone managing to sell to management the use of Scala in a project.  There is a little bit talk about performance and ease of deployment which could be good points depending on your environment&#8230;

We also had an occasion to have 2,000 simultaneous (as [...]]]></description>
			<content:encoded><![CDATA[<p>From Artima&#8217;s Developer Buzz feed I picked up <a href="http://blog.lostlake.org/index.php?/archives/73-For-all-you-know,-its-just-another-Java-library.html">this story</a> on someone managing to sell to management the use of Scala in a project.  There is a little bit talk about performance and ease of deployment which could be good points depending on your environment&#8230;</p>
<blockquote><p>
We also had an occasion to have 2,000 simultaneous (as in at the same time, pounding on their keyboards) connections &#8230; thanks to Jetty Continuations &#8230; and an average of 700 requests per second on a dual core opteron with a load average of around 0.24&#8230; try that with your Rails app.</p>
<p>So, to this customer&#8217;s JVM, the Scala and lift code looks, smells and tastes just like Java code. If I renamed the scala-library.jar file to apache-closures.jar, nobody would know the difference&#8230; at all.
</p></blockquote>
<p>For a Java shop deploying a Scala app might not be AS big a deal.  However, when you have a clean slate and don&#8217;t even need to sell Java just a solution selling Scala becomes a little bit more blurred.</p>
<p><a href="http://blog.lostlake.org/index.php?/archives/73-For-all-you-know,-its-just-another-Java-library.html">Read it yourself</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.law.harvard.edu/hoanga/2008/05/05/a-deploying-scala-story-its-just-another-java-library/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>A different way to scale out MySQL? (Gigaspaces + MySQL)</title>
		<link>http://blogs.law.harvard.edu/hoanga/2008/04/14/a-different-way-to-scale-out-mysql-gigaspaces-mysql/</link>
		<comments>http://blogs.law.harvard.edu/hoanga/2008/04/14/a-different-way-to-scale-out-mysql-gigaspaces-mysql/#comments</comments>
		<pubDate>Mon, 14 Apr 2008 15:24:02 +0000</pubDate>
		<dc:creator>hoanga</dc:creator>
				<category><![CDATA[scaling]]></category>

		<guid isPermaLink="false">http://blogs.law.harvard.edu/hoanga/2008/04/14/a-different-way-to-scale-out-mysql-gig</guid>
		<description><![CDATA[Interesting stuff.  Here is a snippet&#8230;

Scale your application, while leaving your existing database untouched by front-ending the database with In-Memory-Data-Grid (IMDG) or caching technologies. The database acts as a persistence store in the background. I refer to this approach as Persistence as a Service (PaaS).

Although I do question how reliable the background persistence to [...]]]></description>
			<content:encoded><![CDATA[<p>Interesting stuff.  Here is a snippet&#8230;</p>
<blockquote><p>
Scale your application, while leaving your existing database untouched by front-ending the database with In-Memory-Data-Grid (IMDG) or caching technologies. The database acts as a persistence store in the background. I refer to this approach as Persistence as a Service (PaaS).
</p></blockquote>
<p>Although I do question how reliable the background persistence to a database is.   Seems another layer of complexity that requires understanding in case it has issues of its own.  After lookign at the Gigaspaces website, it looks like a typical Java-powered auto-generated website with tons of information all over the place but hard to find a good starting point (Yes I found the tutorials thank you) or any great documentation for a newbie. </p>
<ul>
<li><a href="http://natishalom.typepad.com/nati_shaloms_blog/2008/03/scaling-out-mys.html">Read more on scaling out mysql</a></li>
<li><a href="http://www.gigaspaces.com/wiki/display/GS6/Welcome+to+GigaSpaces+Quick+Start+Guide">Read more on Gigaspaces</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://blogs.law.harvard.edu/hoanga/2008/04/14/a-different-way-to-scale-out-mysql-gigaspaces-mysql/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>The Google Data Center FAQ</title>
		<link>http://blogs.law.harvard.edu/hoanga/2008/04/07/the-google-data-center-faq/</link>
		<comments>http://blogs.law.harvard.edu/hoanga/2008/04/07/the-google-data-center-faq/#comments</comments>
		<pubDate>Mon, 07 Apr 2008 13:27:39 +0000</pubDate>
		<dc:creator>hoanga</dc:creator>
				<category><![CDATA[scaling]]></category>
		<category><![CDATA[tech]]></category>

		<guid isPermaLink="false">http://blogs.law.harvard.edu/hoanga/2008/04/07/the-google-data-center-faq/</guid>
		<description><![CDATA[While not much is known about Google and their Data Center operations this makes a decent attempt at aggregating all of it in one spot&#8230;
Read more
]]></description>
			<content:encoded><![CDATA[<p>While not much is known about Google and their Data Center operations this makes a decent attempt at aggregating all of it in one spot&#8230;</p>
<p><a href="http://www.datacenterknowledge.com/archives/2008/Mar/27/google_data_center_faq.html">Read more</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.law.harvard.edu/hoanga/2008/04/07/the-google-data-center-faq/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-sa/3.0/</creativeCommons:license>
	</item>
	</channel>
</rss>
