<?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>Frictionless Business Ecosystems &#187; meltdown</title>
	<atom:link href="http://frictionlessbusinessecosystems.com/tag/meltdown/feed/" rel="self" type="application/rss+xml" />
	<link>http://frictionlessbusinessecosystems.com</link>
	<description>The science of non-friction business</description>
	<lastBuildDate>Sun, 21 Mar 2010 13:00:27 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Seeking industry validation partners</title>
		<link>http://frictionlessbusinessecosystems.com/2010/03/seeking-industry-validation-partners/</link>
		<comments>http://frictionlessbusinessecosystems.com/2010/03/seeking-industry-validation-partners/#comments</comments>
		<pubDate>Sun, 28 Feb 2010 13:00:54 +0000</pubDate>
		<dc:creator>Paul M.</dc:creator>
				<category><![CDATA[Adaptation research]]></category>
		<category><![CDATA[Performance modelling]]></category>
		<category><![CDATA[Research collaboration]]></category>
		<category><![CDATA[adaptation]]></category>
		<category><![CDATA[collaboration]]></category>
		<category><![CDATA[meltdown]]></category>
		<category><![CDATA[NICTA]]></category>
		<category><![CDATA[performance]]></category>

		<guid isPermaLink="false">http://frictionlessbusinessecosystems.com/?p=89</guid>
		<description><![CDATA[A very promising technology prototype has come out of several years of research within our group, led by senior researcher Dr. Jenny Liu.  The NICTA Adaptation Engine is piece of software that sits (non-intrusively) within a service-oriented IT environment and helps avoid the meltdown scenario, complimenting our performance modeling and simulation technology.  It can sense [...]]]></description>
			<content:encoded><![CDATA[<p>A very promising technology prototype has come out of several years of research within our group, led by senior researcher Dr. Jenny Liu.  The NICTA <em><a href="http://www.nicta.com.au/research/projects/business_adaptation_and_interoperation/adaptation_engine">Adaptation Engine</a></em> is piece of software that sits (non-intrusively) within a service-oriented IT environment and helps <a title="Avoiding the 'meltdown scenario'" href="http://frictionlessbusinessecosystems.com/2009/11/avoiding-the-%E2%80%98meltdown-scenario%E2%80%99/" target="_blank">avoid the meltdown scenario</a>, complimenting our <a title="NICTA ePASA" href="http://www.nicta.com.au/research/projects/business_adaptation_and_interoperation/epasa" target="_blank">performance modeling and simulation technology</a>.  It can sense ‘trouble’ – performance problems – in real-time <em>before</em> they have a customer-facing impact, and respond to these by activating alternative services or re-routing service traffic.</p>
<p>We have patent applications working through the system and certainly want to see the technology reach commercial maturity and success.</p>
<p>But to get there requires an all-important step: Validation of the solution in an industry context.</p>
<p>We’ve done plenty of trials based on hypothetical scenarios run in our lab, and these have helped us refine the prototype and re-affirm our confidence that we’re onto something good here.  But what we need to move ahead is a real business scenario – an example business system with high performance characteristics and risks associated with failure of its component services.  Examples might come from a telco’s operations support system or business support system, integrated services within a banking environment or trading exchange, or other complex service environments.</p>
<p>Such an engagement would most likely involve as a first step us simulating the target system in our secure environment (or it could also be on our partner’s premises), at no cost and no risk, in order to ‘prove the concept’.  Assuming this were successful, the next step might be to plan for a production scale trial.  By the time we attain commercial maturity and success, we would of course expect our first validation customers to receive privileged terms for continued use of the technology.</p>
<p>But for now, it’s that first engagement that we’re chasing.  If this description does not sound like it matches needs within your organisation, perhaps you know someone for whom it does.  If so, spreading the word would be appreciated!</p>
<p>Thanks.</p>
]]></content:encoded>
			<wfw:commentRss>http://frictionlessbusinessecosystems.com/2010/03/seeking-industry-validation-partners/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Avoiding the ‘Meltdown Scenario’</title>
		<link>http://frictionlessbusinessecosystems.com/2009/11/avoiding-the-%e2%80%98meltdown-scenario%e2%80%99/</link>
		<comments>http://frictionlessbusinessecosystems.com/2009/11/avoiding-the-%e2%80%98meltdown-scenario%e2%80%99/#comments</comments>
		<pubDate>Mon, 30 Nov 2009 00:55:25 +0000</pubDate>
		<dc:creator>Paul M.</dc:creator>
				<category><![CDATA[Performance modelling]]></category>
		<category><![CDATA[meltdown]]></category>
		<category><![CDATA[NICTA]]></category>
		<category><![CDATA[performance]]></category>

		<guid isPermaLink="false">http://frictionlessbusinessecosystems.com/?p=21</guid>
		<description><![CDATA[One of the most confronting experiences for a senior IT or business manager must be the failure of a major business computing system for which they are responsible.  This is even more intense if such a system is a live service for thousands of customers, like an online banking or trading system.  Or in the [...]]]></description>
			<content:encoded><![CDATA[<p>One of the most confronting experiences for a senior IT or business manager must be the failure of a major business computing system for which they are responsible.  This is even more intense if such a system is a live service for thousands of customers, like an online banking or trading system.  Or in the case of a government agency, a service that thousands of tax-paying citizens need to use.</p>
<p>We call this the ‘meltdown scenario’.</p>
<p>With its nuclear catastrophe overtones this might sound overly dramatic, but if you’re the one who ‘owns’ the operational performance of this system and you’ve got senior management, angry customers, and the press all banging down your front door, then you might be just as comfortable trying to clean up Chernobyl.</p>
<p>In years past, outages of such services might have been an inconvenience affecting a minority of progressive, internet-savvy users.  But increasingly the importance of such systems staying up 24/7/365 is critical and outages are very bad news.  Literally: High-profile sites going down can make for embarrassing headlines.  Google has experienced this a few times in the last 12 months, with their <a title="Gmail knocked offline" href="http://news.smh.com.au/breaking-news-technology/gmail-knocked-offline-for-majority-of-users-20090902-f776.html" target="_blank">Gmail service going offline without warning for hours at a time</a>.</p>
<p>The senior business stakeholders for these systems have to rely on their IT operations people, who in turn have had to place trust in the architects, developers and testers of the original system.  These folks probably all would have done their best in good faith and with the highest degree of quality they could provide under their project constraints, when the system was designed, built and tested.  But, performance failures continue to occur and stakeholders continue to be nervous about new service deployments.  This is because the design and even testing of systems, especially the really complex ones, is still not an exact science.  It’s a combination of experience, gut-feel, conservative hardware over-provisioning, and occasionally a little bit of capacity planning and analysis.</p>
<p>In response to needs seen originally in the government sector, the team at NICTA has <a title="Performance modelling and engineering" href="http://www.nicta.com.au/research/projects/business_adaptation_and_interoperation/epasa" target="_blank">developed an approach</a> that provides more rigour in the architecture, design and testing for large, complex systems.  We can model the system architecture and its components, then simulate the behaviour of the system when you subject it to normal or unusual patterns of load, eg., what happens if 1M users were to log on within a 1 hour period?  We can generally tell whether the system will withstand a certain load scenario and at what point it will reach breaking point.</p>
<p>Because this is such a well-recognised and important problem, our team have worked hard on refining this technology, to a point now where we have a good solution that has been validated a number of times in real-world field trials. Of course, we’re now looking for more customers with the types of challenges described.  But, we’d also like to know of other types of scenarios and examples where this technology might have been applied.  If you have any horror stories that sound like the meltdown scenario, please share them here!</p>
]]></content:encoded>
			<wfw:commentRss>http://frictionlessbusinessecosystems.com/2009/11/avoiding-the-%e2%80%98meltdown-scenario%e2%80%99/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
