ElasticVapor :: Life in the Cloud
Contact CloudCamp CCIF Enomaly About Home

Sunday, October 4, 2009

Cloud Peering for Service Providers

Been doing some thinking around some of the opportunities for cloud providers to provide the seamless ability to utilize other "compatible" cloud service providers capacity as a kind of "cloud overdraft" protection. So it occurred to me, the concept already exists and is a core part of how the Internet already functions. Yes, It's called "Peering", I'm calling my little spin on this concept "Cloud Peering"

Wikipedia describes Peering as "a voluntary interconnection of administratively separate Internet networks for the purpose of exchanging traffic between the customers of each network." Now replace "Internet Networks" with Public cloud service / hosting providers and you start to see the opportunity.

Generally Peering relationships involves two more networks coming together to exchange traffic with each other freely, and for mutual benefit. But in the case of Cloud computing, instead of traditional user traffic, on demand cloud capacity can be made available in bulk or by metered usage.

Some other Cloud Peering motivations could include.

  • - Cloud Service provider Overdraft protection aka Cloud Bursting (Smaller hosting providers seamlessly overflowing to larger ones, Random small cloud provider Inc, bursts to AT&T cloud through whitelabel agreement)
  • - Increased redundancy (by reducing dependence on one or more cloud providers).
  • - Increased capacity for extremely large amounts of traffic (distributing traffic across many cloud providers).
  • - Increased routing control over your traffic. (Sudden spikes from London? No problem, scale using UK cloud resources)
  • - Improved perception of your network (being able to claim a "higher tier", mostly for marketing purposes, possibly QoS or SLA related).
  • - Ease of requesting for emergency aid (from friendly peers, when sh*t hits the fan).
Also, following the same model as traditional Peering, Cloud Peering could follow one of the following three categories:
  • - Transit (or pay) - You pay money (or settlement) to another network for Cloud access (or transit).
  • - Peer (or swap) - Two networks exchange traffic between each other's customers freely, and for mutual benefit.
  • - Customer (or sell) - Another coud pays you money to provide them with Cloud access.
Again, just random thought with a little help from wikipedia.
Reblog this post [with Zemanta]

Labels: Cloud Computing, London, Overdraft, Quality of service, Service Level Agreement, uk

posted by enomaly at 9:50 PM

1 Comments :

OpenID mukundanps said...

Absolutely. I think there will be a need for "CDN like" overlay providers that can provide SLA-aware cloud peering/QoS for business continuity use cases (DR, bursting etc). Unlike current network peering arrangements, cloud peering arrangements should be more workload/application aware and hopefully, more on-demand (e.g. elasticity of bandwidth provisioning for given latency/loss rate and burst time etc). Stars, incentives and market potential need to line up soon :)

November 25, 2009 9:42 AM  

Post a Comment

Subscribe to Post Comments [Atom]

Links to this post :

  <$BlogBacklinkTitle$>  
<$BlogBacklinkSnippet$>
<$I18NPostedByBacklinkAuthor$> @ <$BlogBacklinkDateTime$>

Create a Link

<< Home

About Me

My Photo
Name: Reuven Cohen
Location: Toronto, Canada

Reuven Cohen is Founder & CTO for Toronto based Enomaly Inc. Founded in 2004 Enomaly is the leading developer of Cloud Computing products and solutions focused on Cloud Service providers. Enomaly's products include Enomaly ECP, a complete revenue generating cloud platform, enabling telcos and hosting providers to deliver revenue-generating Infrastructure-on-demand (IaaS) cloud computing services to their customers, quickly and easily, with a compelling and highly differentiated feature set. Reuven is also the founder of  CloudCamp (50+ Cities around the Globe) and Cloud Interoperability Forum and has consulted with the US, UK, Canadian and Japanese governments on their cloud strategies. 

View my complete profile

Reuven is also founder of several technology organizations;
> Enomaly.com
> Cloud Camp
> the Unified Cloud Interface Project
> Cloud Interoperability Forum
> Cloud Interop Magazine
> Contact Reuven

(twitter @ruv : Linkedin : RSS Feed)

Subscribe by Email

Enter your email address:

Previous Posts

  • Confessions of a Google Wave Fanboy
  • The Business of Cloud Computing is Booming
  • Swedish Government Bans the Word "Bank" from .SE D...
  • New Simple Cloud Storage API Launched
  • Public Cloud Infrastructure Capacity Planning
  • Autoscaling in the Cloud with PubSubHubbub
  • Is Privacy in The Cloud an Illusion?
  • US Federal Government Launches Apps.Gov
  • What is an OpenCloud API?
  • Governmental Cloud Interoperability on The Microso...

Search Site



follow me on Twitter

Twitter Updates

    Subscribe to
    Posts [Atom]

    > Disclosure Policy