<?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/"
		>
<channel>
	<title>Comments on: My Case Against Maintenance Windows</title>
	<atom:link href="http://somic.org/2009/01/20/case-against-maintenance-windows/feed/" rel="self" type="application/rss+xml" />
	<link>http://somic.org/2009/01/20/case-against-maintenance-windows/</link>
	<description>Dmitriy Samovskiy's Blog</description>
	<lastBuildDate>Wed, 18 Aug 2010 22:05:16 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Jeannie Jakobsen</title>
		<link>http://somic.org/2009/01/20/case-against-maintenance-windows/comment-page-1/#comment-477</link>
		<dc:creator>Jeannie Jakobsen</dc:creator>
		<pubDate>Sat, 21 Mar 2009 16:04:31 +0000</pubDate>
		<guid isPermaLink="false">http://somic.org/?p=304#comment-477</guid>
		<description>We have specific maintenance windows for our cloud app so our customers can plan around it.  

It is generally very helpful for them to know that every Monday night from 11-11:30PM (PT) and every Thursday night at the same time, our API&#039;s will return an ERR_IN_SERVICE response (and part of our return XML suggests a next retry time in minutes 10). 

Our UI provides them with the equivalent (though friendlier) message.

With two maintenance windows per week, it gives us an opportunity to release often enough to satisfy most customer requirements for features and fixes.

With a half-hour service window, we chunk up functionality so that it can be deployed and verified in that time span.

(On rare occasion, we need to release a larger build.  Then we call [with at least a week&#039;s notice to customers] for a longer maintenance window on Saturday night.)

I appreciate your attempt to analogize application releases to Seth&#039;s example of ad spend, but (as you can no doubt tell from the gist of my comment), I don&#039;t think the analogy holds.</description>
		<content:encoded><![CDATA[<p>We have specific maintenance windows for our cloud app so our customers can plan around it.  </p>
<p>It is generally very helpful for them to know that every Monday night from 11-11:30PM (PT) and every Thursday night at the same time, our API&#8217;s will return an ERR_IN_SERVICE response (and part of our return XML suggests a next retry time in minutes 10). </p>
<p>Our UI provides them with the equivalent (though friendlier) message.</p>
<p>With two maintenance windows per week, it gives us an opportunity to release often enough to satisfy most customer requirements for features and fixes.</p>
<p>With a half-hour service window, we chunk up functionality so that it can be deployed and verified in that time span.</p>
<p>(On rare occasion, we need to release a larger build.  Then we call [with at least a week's notice to customers] for a longer maintenance window on Saturday night.)</p>
<p>I appreciate your attempt to analogize application releases to Seth&#8217;s example of ad spend, but (as you can no doubt tell from the gist of my comment), I don&#8217;t think the analogy holds.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
