<?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: High Availability Principle : Concurrency Control</title>
	<atom:link href="http://saasinterrupted.com/2010/02/05/high-availability-principle-concurrency-control/feed/" rel="self" type="application/rss+xml" />
	<link>http://saasinterrupted.com/2010/02/05/high-availability-principle-concurrency-control/</link>
	<description>-- A blog by Ashish Soni.</description>
	<lastBuildDate>Wed, 03 Nov 2010 23:57:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: High Availability Principle : Request Queueing &#171; SaaS Interrupted.</title>
		<link>http://saasinterrupted.com/2010/02/05/high-availability-principle-concurrency-control/#comment-116</link>
		<dc:creator><![CDATA[High Availability Principle : Request Queueing &#171; SaaS Interrupted.]]></dc:creator>
		<pubDate>Wed, 24 Feb 2010 07:30:29 +0000</pubDate>
		<guid isPermaLink="false">http://saasinterrupted.com/?p=80#comment-116</guid>
		<description><![CDATA[[...] High Availability Principle : Concurrency&#160;Control  [...]]]></description>
		<content:encoded><![CDATA[<p>[...] High Availability Principle : Concurrency&nbsp;Control  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ashish Soni</title>
		<link>http://saasinterrupted.com/2010/02/05/high-availability-principle-concurrency-control/#comment-76</link>
		<dc:creator><![CDATA[Ashish Soni]]></dc:creator>
		<pubDate>Sun, 07 Feb 2010 16:04:03 +0000</pubDate>
		<guid isPermaLink="false">http://saasinterrupted.com/?p=80#comment-76</guid>
		<description><![CDATA[Thanks for the comment.  &quot;&lt;em&gt;Inspite of capacity planning, there are times short-duration burst activity beyond planned capacity can take place.&lt;/em&gt;&quot; - could not have said it better myself.]]></description>
		<content:encoded><![CDATA[<p>Thanks for the comment.  &#8220;<em>Inspite of capacity planning, there are times short-duration burst activity beyond planned capacity can take place.</em>&#8221; &#8211; could not have said it better myself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: beebrox</title>
		<link>http://saasinterrupted.com/2010/02/05/high-availability-principle-concurrency-control/#comment-75</link>
		<dc:creator><![CDATA[beebrox]]></dc:creator>
		<pubDate>Sun, 07 Feb 2010 13:04:53 +0000</pubDate>
		<guid isPermaLink="false">http://saasinterrupted.com/?p=80#comment-75</guid>
		<description><![CDATA[Good points indeed.  In addition to Haproxy, API management solutions like the ones from Sonoa (www.sonoasystems.com), Apigee (www.apigee.com) provide similar solutions with lot more flexible options

Inspite of capacity planning, there are times short-duration burst activity beyond planned capacity can take place. API management solutions can handle these by buffering the requests for short duration and thus shaping the traffic.]]></description>
		<content:encoded><![CDATA[<p>Good points indeed.  In addition to Haproxy, API management solutions like the ones from Sonoa (www.sonoasystems.com), Apigee (www.apigee.com) provide similar solutions with lot more flexible options</p>
<p>Inspite of capacity planning, there are times short-duration burst activity beyond planned capacity can take place. API management solutions can handle these by buffering the requests for short duration and thus shaping the traffic.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

