<?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: Fast Web Pages Equal Fast Money</title>
	<atom:link href="http://www.shunra.com/shunrablog/index.php/2009/01/26/fast-web-pages-equal-fast-money/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.shunra.com/shunrablog/index.php/2009/01/26/fast-web-pages-equal-fast-money/</link>
	<description>Supporting application performance management for IT professionals</description>
	<lastBuildDate>Tue, 07 Feb 2012 19:28:19 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Amichai Lesser</title>
		<link>http://www.shunra.com/shunrablog/index.php/2009/01/26/fast-web-pages-equal-fast-money/comment-page-1/#comment-95</link>
		<dc:creator>Amichai Lesser</dc:creator>
		<pubDate>Wed, 11 Feb 2009 13:18:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.shunra.com/shunrablog/?p=452#comment-95</guid>
		<description>Jerry,
Thanks for the elaborated comment. I agree with the process that you outlined and hope to see more organizations embed performance throughout the development lifecycle. One suggestion that comes to mind is with regards to the instrumentation added by developers. It is crucial that developers add their own instrumentation to monitor their internal processes, this could shorten a troubleshooting situation from weeks to minutes. However as the performance centers tend to standardize on commercial performance tools that are blind to the internal application code, it becomes difficult to correlate the metrics collected by the performance tool with the internal instrumentation. One option is to expose the internally collected metrics, for example as a perfmon metric so it could be collected by external performance testing and monitoring tools.
Hope this helps,
Amichai</description>
		<content:encoded><![CDATA[<p>Jerry,<br />
Thanks for the elaborated comment. I agree with the process that you outlined and hope to see more organizations embed performance throughout the development lifecycle. One suggestion that comes to mind is with regards to the instrumentation added by developers. It is crucial that developers add their own instrumentation to monitor their internal processes, this could shorten a troubleshooting situation from weeks to minutes. However as the performance centers tend to standardize on commercial performance tools that are blind to the internal application code, it becomes difficult to correlate the metrics collected by the performance tool with the internal instrumentation. One option is to expose the internally collected metrics, for example as a perfmon metric so it could be collected by external performance testing and monitoring tools.<br />
Hope this helps,<br />
Amichai</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jerry Champlin</title>
		<link>http://www.shunra.com/shunrablog/index.php/2009/01/26/fast-web-pages-equal-fast-money/comment-page-1/#comment-90</link>
		<dc:creator>Jerry Champlin</dc:creator>
		<pubDate>Mon, 09 Feb 2009 18:43:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.shunra.com/shunrablog/?p=452#comment-90</guid>
		<description>This is a great introduction to the ALM concept as it relates to web based content.  The premise that speed can help drive traffic is even more important in online retail applications.  Not only can speed help you attract more customers because of higher search engine placement, but it can also help you keep them.  

We have found that most companies do not embrace a holistic ALM approach when they could without significant incremental investment and a substantial return.  The approach I am advocating is additive to the approach outlined in your post and applies most directly to retail sites and other sites that generate revenue directly from their web applications.  A sketch of the process can be found at http://www.absolute-performance.com/productsandservices/application-lifecycle-support and is summarized as follows:


&lt;b&gt;Business Requirements:&lt;/b&gt; define application delivery requirements and use those to drive the technical requirements for the application and it&#039;s delivery to your customers.  The ongoing management/delivery of the application should be measured against those requirements in near real time
&lt;b&gt;Development:&lt;/b&gt; develop your application as usual but add pre-production and iterative pre-release stress testing to identify performance bottlenecks in end user experience coupled to the underlying technology and fix the issues before you release to your customers.  Adopt a &quot;measure everything possible&quot; approach that can follow the application into production.  Application internals instrumentation should become part of the application release process.
&lt;b&gt;Production:&lt;/b&gt; Use the instrumentation from the development phase to continuously enhance your ability to proactively deliver the application with the highest quality possible.  Feedback from the production management team to development is critical.  Enhancements to application monitoring happen here which are  often not passed back to the development teams -- make sure that is not allowed to happen.
&lt;b&gt;Performance and Capacity Planning:&lt;/b&gt; Ongoing performance and capacity planning are crucial as you gain success with your application.  It costs too much to get customers to loose them when you start generating the traffic and revenue volumes you were hoping for.

I&#039;ll be writing more on these topics in my blog at http://www.absolute-performance.com/blog

-Jerry</description>
		<content:encoded><![CDATA[<p>This is a great introduction to the ALM concept as it relates to web based content.  The premise that speed can help drive traffic is even more important in online retail applications.  Not only can speed help you attract more customers because of higher search engine placement, but it can also help you keep them.  </p>
<p>We have found that most companies do not embrace a holistic ALM approach when they could without significant incremental investment and a substantial return.  The approach I am advocating is additive to the approach outlined in your post and applies most directly to retail sites and other sites that generate revenue directly from their web applications.  A sketch of the process can be found at <a href="http://www.absolute-performance.com/productsandservices/application-lifecycle-support" rel="nofollow">http://www.absolute-performance.com/productsandservices/application-lifecycle-support</a> and is summarized as follows:</p>
<p><b>Business Requirements:</b> define application delivery requirements and use those to drive the technical requirements for the application and it&#8217;s delivery to your customers.  The ongoing management/delivery of the application should be measured against those requirements in near real time<br />
<b>Development:</b> develop your application as usual but add pre-production and iterative pre-release stress testing to identify performance bottlenecks in end user experience coupled to the underlying technology and fix the issues before you release to your customers.  Adopt a &#8220;measure everything possible&#8221; approach that can follow the application into production.  Application internals instrumentation should become part of the application release process.<br />
<b>Production:</b> Use the instrumentation from the development phase to continuously enhance your ability to proactively deliver the application with the highest quality possible.  Feedback from the production management team to development is critical.  Enhancements to application monitoring happen here which are  often not passed back to the development teams &#8212; make sure that is not allowed to happen.<br />
<b>Performance and Capacity Planning:</b> Ongoing performance and capacity planning are crucial as you gain success with your application.  It costs too much to get customers to loose them when you start generating the traffic and revenue volumes you were hoping for.</p>
<p>I&#8217;ll be writing more on these topics in my blog at <a href="http://www.absolute-performance.com/blog" rel="nofollow">http://www.absolute-performance.com/blog</a></p>
<p>-Jerry</p>
]]></content:encoded>
	</item>
</channel>
</rss>

