<?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/"
	>

<channel>
	<title>Load Balancing Digest &#187; Pontification</title>
	<atom:link href="http://lbdigest.com/category/pontification/feed/" rel="self" type="application/rss+xml" />
	<link>http://lbdigest.com</link>
	<description>Server Load Balancing Articles and News</description>
	<lastBuildDate>Thu, 12 Aug 2010 23:32:40 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Your Epic Fail:  Fast or Slow?</title>
		<link>http://lbdigest.com/2009/10/11/your-epic-fail-fast-or-slow/</link>
		<comments>http://lbdigest.com/2009/10/11/your-epic-fail-fast-or-slow/#comments</comments>
		<pubDate>Mon, 12 Oct 2009 00:10:11 +0000</pubDate>
		<dc:creator>tony</dc:creator>
				<category><![CDATA[Editorial]]></category>
		<category><![CDATA[Feature Articles]]></category>
		<category><![CDATA[Performance]]></category>
		<category><![CDATA[Pontification]]></category>

		<guid isPermaLink="false">http://lbdigest.com/?p=412</guid>
		<description><![CDATA[In the load balancing world, many vendors have the concept of &#8220;sorry servers&#8221;, or &#8220;backup server farms/pools&#8221;.Â  Essentially, if most or all of your primary servers are down, traffic is redirected to a backup server(s) containing either reinforcements of the same web application, or a...]]></description>
			<content:encoded><![CDATA[<p>In the load balancing world, many vendors have the concept of &#8220;sorry servers&#8221;, or &#8220;backup server farms/pools&#8221;.Â  Essentially, if most or all of your primary servers are down, traffic is redirected to a backup server(s) containing either reinforcements of the same web application, or a &#8220;sorry&#8221; page.</p>
<p>The idea is that if everything goes terribly wrong, at least your visitors will see something, instead of nothing.</p>
<p>Which begs the question: How do you like to fail?Â  Fail fast or fail slow? Would it be better to fail slow, where your site becomes slower and slower, or possibly just unresponsive, or would it be better to put up a quick-serving sorry page if the infrastructure melts?<img class="size-medium wp-image-414 alignright" style="margin: 4px;" title="technical_difficulties" src="http://lbdigest.com/wp-content/uploads/2009/10/technical_difficulties-300x216.jpg" alt="technical_difficulties" width="300" height="216" /></p>
<p>A wildly successful website can easily become a victim of its own success.Â  Take the case of two sites that experienced exponential growth in a relatively short period of time:Â  Twitter.com and Myspace.com.</p>
<p>They took two different paths in the realm of failure.Â  One failed fast, and one failed slow.</p>
<p>Although Myspace has lost most of its lead to Facebook, it&#8217;s still a wildly popular social media site.Â  They had exponential growth from their start in 2003, and there were many periods of time when Myspace.com was just&#8230; slow.Â  Really really slow. You can&#8217;t really blame them.Â  It&#8217;s tough when users come faster than you can install servers and provision bandwidth.Â  It&#8217;s a happy problem to have usually, but it&#8217;s still a logistical challenge.</p>
<p><img class="size-medium wp-image-413 alignleft" style="margin: 5px;" title="Fail Whale" src="http://lbdigest.com/wp-content/uploads/2009/10/fail_whale-300x225.jpg" alt="Fail Whale" width="300" height="225" /></p>
<p>Twitter.com came around a bit later, but it also had exponential growth and problems coping.Â  But for the most part, they failed in a different way:Â  Fail Whale. When something went terribly awry, instead of a slow site, you&#8217;d get a very quick fail whale image.</p>
<p>Perhaps this is a matter of personal opinion, but I think if you&#8217;re going to fail, it&#8217;s better to fail quick than fail slow.Â  That is, have a sorry page or sorry site that comes up quick, rather than a site that is too slow for anyone to use.</p>
<p>The quick sorry page can be done with many of the load balancing/ADC vendors by using the backup/sorry serverfarm feature.Â  Keeping a group of reserve servers, serving up only a &#8220;oops, sorry about that&#8221; type of page, your own fail whale, can be better than having a really slow or unresponsive web site.</p>
<p>Of course, you won&#8217;t always be able to choose the method of your failure.Â  If your upstream ISP goes dark, there&#8217;s not much you can do (unless you have an offsite fail site).Â  But I personally think having a fail site is a more &#8220;professional&#8221; way to fail than having a slow or unresponsive site when things go belly up (and we all know they will).</p>
]]></content:encoded>
			<wfw:commentRss>http://lbdigest.com/2009/10/11/your-epic-fail-fast-or-slow/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>In Praise of the N00b</title>
		<link>http://lbdigest.com/2009/09/15/in-praise-of-the-n00b/</link>
		<comments>http://lbdigest.com/2009/09/15/in-praise-of-the-n00b/#comments</comments>
		<pubDate>Tue, 15 Sep 2009 20:39:27 +0000</pubDate>
		<dc:creator>tony</dc:creator>
				<category><![CDATA[Pontification]]></category>

		<guid isPermaLink="false">http://lbdigest.com/?p=400</guid>
		<description><![CDATA[The world of load balancing, to put it lightly, is a strange world indeed.Â  It involves a combination of skills that many don&#8217;t yet have.Â  It&#8217;s a combination of networking (Ethernet, TCP/IP), Layer 7 application protocols (HTTP, HTTPS), encryption, and a little bit of application...]]></description>
			<content:encoded><![CDATA[<p>The world of load balancing, to put it lightly, is a strange world indeed.Â  It involves a combination of skills that many don&#8217;t yet have.Â  It&#8217;s a combination of networking (Ethernet, TCP/IP), Layer 7 application protocols (HTTP, HTTPS), encryption, and a little bit of application development thrown in (either through the web app itself, or through ADC features like iRules).</p>
<p>And load balancing isn&#8217;t the only world where these multiple worlds collide.Â  The emerging market of WAN optimization (with products like Cisco&#8217;s WAAS, Riverbed, Bluecoat, and others) also works in multiple realms, from Layer 2 all the way to Layer 7.Â  Cisco routers are now ISRs, involving everything from routing to call termination.Â  Specialization is being redefined.</p>
<p>Someone with a combination of skillsets is still somewhat rare, but that&#8217;s changing.Â  More and more, it&#8217;s getting tougher to be just a Layer 2-3 specialty, or just a Layer 7 specialty.Â  It&#8217;s not a lack of smarts as to why people don&#8217;t have a combination of these skills, it&#8217;s that these career tracks have, for the most part, been very separate from each other.Â  I came about it fairly accidentally. Â  So what&#8217;s the solution?</p>
<p>Be a perpetual n00b.</p>
<p>Being a n00b is tougher than it sounds.Â  For starters, n00b is perhaps the highest pejorative in the nerd realm.Â  In an industry where knowledge and skill are the currencies of choice, acknowledging a lack of such can be difficult.</p>
<p>And learning, while thrilling at times and eventually rewarding, can also be unpleasant.Â Â  It requires time, practice, and determination.Â  There can be many moments of frustration with progress-free time spent on plateaus of learning.Â Â  And then there&#8217;s the always present aversion to &#8220;looking stupid&#8221;.Â  Outside of comedy, no one wants to look stupid, especially not knowledge workers.Â  But looking stupid and embracing your inner n00b is just an essential part of the process.</p>
<p>In the past few years, I&#8217;ve been doing a lot of teaching/instruction, but I&#8217;ve also been getting instruction as well.Â  From routing to flying a plane, I&#8217;ve been constantly learning.Â  I think one helps the other, and vice versa.</p>
<p>Technology is always changing.Â  An ace in one aspect technology will typically see their skill-set becoming less relevant over time.Â Â  Sure, you can make a good living on an aging skill-set (mainframe operators are still in high demand because of their rarity), but the options become more limited.</p>
<p>Dare to be stupid, embrace your inner n00b, and keep on learning.</p>
]]></content:encoded>
			<wfw:commentRss>http://lbdigest.com/2009/09/15/in-praise-of-the-n00b/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
