<?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: Who&#8217;s afraid of the big bad cloud?</title>
	<atom:link href="http://blogs.bungeeconnect.com/2008/06/10/whos-afraid-of-the-big-bad-cloud/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.bungeeconnect.com/2008/06/10/whos-afraid-of-the-big-bad-cloud/</link>
	<description>Feed for the Bungee Connect Developers Around the World</description>
	<lastBuildDate>Mon, 07 Sep 2009 05:15:16 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Dave Mitchell</title>
		<link>http://blogs.bungeeconnect.com/2008/06/10/whos-afraid-of-the-big-bad-cloud/#comment-793</link>
		<dc:creator>Dave Mitchell</dc:creator>
		<pubDate>Wed, 11 Jun 2008 21:13:02 +0000</pubDate>
		<guid isPermaLink="false">http://bungeeconnect.wordpress.com/2008/06/10/whos-afraid-of-the-big-bad-cloud/#comment-793</guid>
		<description>Alan,

Thank you for your comments. We agree with you regarding control. Lack of control is, and should be, a question from all enterprise customers, regardless of vendor size or balance sheet. You mentioned two reasons for concern around lack of control—mundane physical infrastructure disruption and negative liquidity.

In April (http://bungeeconnect.wordpress.com/2008/04/23/announcing-bungee-grid-ec2-bungee-application-server-and-community-source-code-licensing-plans/) we announced our approach to providing businesses with the control they need to embrace PaaS. 

First, the Bungee Application Server provides enterprises with the ability to self-host an instance of the Bungee Grid ( http://bungeeconnect.wordpress.com/2008/04/23/announcing-bungee-application-server/ ). This directly addresses the issues around mundane physical delivery disruption. Customers can host the BAS in the manner that best suits their needs, whether that is on their own hardware, with 3rd party hosting providers or even Amazon EC2. Bungee Connect is the only Platform-as-a-Service to offer enterprises this federated hosting model.

Secondly, we also announced licensing options ( http://bungeeconnect.wordpress.com/2008/04/23/bungee-labs-outlines-source-code-release-plans-for-bungee-application-server/ ) that provide customers with access to the source code for the components that comprise Bungee Connect. In the event that Bungee Labs ceases to exist, customers have access to the code under licenses that enable them to continue running and maintaining the server code.

Like you, we don’t believe a one-size-fits-all approach is going to work for many businesses. We will continue to add options that will provide enterprises with maximum control over their application platforms.

In the coming weeks, we will further address this topic here, on this blog. 
We have presented these options to many organizations who have confirmed that this is the right approach. I hope you will agree. 

Please reach to me directly if you would like to discuss this further.

Dave</description>
		<content:encoded><![CDATA[<p>Alan,</p>
<p>Thank you for your comments. We agree with you regarding control. Lack of control is, and should be, a question from all enterprise customers, regardless of vendor size or balance sheet. You mentioned two reasons for concern around lack of control—mundane physical infrastructure disruption and negative liquidity.</p>
<p>In April (<a href="http://bungeeconnect.wordpress.com/2008/04/23/announcing-bungee-grid-ec2-bungee-application-server-and-community-source-code-licensing-plans/" rel="nofollow">http://bungeeconnect.wordpress.com/2008/04/23/announcing-bungee-grid-ec2-bungee-application-server-and-community-source-code-licensing-plans/</a>) we announced our approach to providing businesses with the control they need to embrace PaaS. </p>
<p>First, the Bungee Application Server provides enterprises with the ability to self-host an instance of the Bungee Grid ( <a href="http://bungeeconnect.wordpress.com/2008/04/23/announcing-bungee-application-server/" rel="nofollow">http://bungeeconnect.wordpress.com/2008/04/23/announcing-bungee-application-server/</a> ). This directly addresses the issues around mundane physical delivery disruption. Customers can host the BAS in the manner that best suits their needs, whether that is on their own hardware, with 3rd party hosting providers or even Amazon EC2. Bungee Connect is the only Platform-as-a-Service to offer enterprises this federated hosting model.</p>
<p>Secondly, we also announced licensing options ( <a href="http://bungeeconnect.wordpress.com/2008/04/23/bungee-labs-outlines-source-code-release-plans-for-bungee-application-server/" rel="nofollow">http://bungeeconnect.wordpress.com/2008/04/23/bungee-labs-outlines-source-code-release-plans-for-bungee-application-server/</a> ) that provide customers with access to the source code for the components that comprise Bungee Connect. In the event that Bungee Labs ceases to exist, customers have access to the code under licenses that enable them to continue running and maintaining the server code.</p>
<p>Like you, we don’t believe a one-size-fits-all approach is going to work for many businesses. We will continue to add options that will provide enterprises with maximum control over their application platforms.</p>
<p>In the coming weeks, we will further address this topic here, on this blog.<br />
We have presented these options to many organizations who have confirmed that this is the right approach. I hope you will agree. </p>
<p>Please reach to me directly if you would like to discuss this further.</p>
<p>Dave</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan Wilensky</title>
		<link>http://blogs.bungeeconnect.com/2008/06/10/whos-afraid-of-the-big-bad-cloud/#comment-792</link>
		<dc:creator>Alan Wilensky</dc:creator>
		<pubDate>Wed, 11 Jun 2008 12:34:33 +0000</pubDate>
		<guid isPermaLink="false">http://bungeeconnect.wordpress.com/2008/06/10/whos-afraid-of-the-big-bad-cloud/#comment-792</guid>
		<description>You are not making the thoughtful, compelling case that you might have:

Using examples like thin client access and wikipedia to draw conclusions does not cut ice with the mid- sized IT enterprise. They are all well aware of Web client access and many have collab solutions.

The core concerns do not even involve security; lack of control is the issue I hear in my business of de-funking ERP and vertical solutions and creating w20 alternatives to server heavy failures.

The industry is just starting to compile its list of &#039;disaster stories&#039; of hosted, toasted services that became unreachable. Even Amazon and some notable SAAS and PAAS providers have shown true colors by saying nothing when the Sh-t hit the fan.

Venture backed platform providers (grid, cloud, SAAS, PAAS) are look upon with a jaundiced eye by many established mid=sized &#039;real&#039; businesses that are longer lived than many of the vendors they attach themselves to. My clients cannot turn over invoicing to a company that raised 5-10M, and might not provide continuity if the next round is DNF.

So what can we do with on-demand applications and platform providers to ensure continuity and availability? I recommend that the SAAS-PAAS-Grid industry find ways to get third party certification for continuity in the event of negative liquidity or more mundane physical data infrastructure disruption. There should also be a underwriting standard for insuring these VC backed hosts.

Without this type of Gold Seal on PAAS, or other viable fail over solutions, SAP, Oracle, and IBM will rule the roost for many mission critical use cases. It&#039;s a matter of control.</description>
		<content:encoded><![CDATA[<p>You are not making the thoughtful, compelling case that you might have:</p>
<p>Using examples like thin client access and wikipedia to draw conclusions does not cut ice with the mid- sized IT enterprise. They are all well aware of Web client access and many have collab solutions.</p>
<p>The core concerns do not even involve security; lack of control is the issue I hear in my business of de-funking ERP and vertical solutions and creating w20 alternatives to server heavy failures.</p>
<p>The industry is just starting to compile its list of &#8216;disaster stories&#8217; of hosted, toasted services that became unreachable. Even Amazon and some notable SAAS and PAAS providers have shown true colors by saying nothing when the Sh-t hit the fan.</p>
<p>Venture backed platform providers (grid, cloud, SAAS, PAAS) are look upon with a jaundiced eye by many established mid=sized &#8216;real&#8217; businesses that are longer lived than many of the vendors they attach themselves to. My clients cannot turn over invoicing to a company that raised 5-10M, and might not provide continuity if the next round is DNF.</p>
<p>So what can we do with on-demand applications and platform providers to ensure continuity and availability? I recommend that the SAAS-PAAS-Grid industry find ways to get third party certification for continuity in the event of negative liquidity or more mundane physical data infrastructure disruption. There should also be a underwriting standard for insuring these VC backed hosts.</p>
<p>Without this type of Gold Seal on PAAS, or other viable fail over solutions, SAP, Oracle, and IBM will rule the roost for many mission critical use cases. It&#8217;s a matter of control.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
