A Cloud Methodology

So much to blog ….Entry for April 19, 2008

By G C Network | May 18, 2008

When I started this yesterday, I had a list of about five things I wanted to say on this blog. I then decided on a strategy to list topics as…

Hello World ! – May 18, 2008

By G C Network | May 18, 2008

I’ve been toying with the idea of doing a blog for about six months now. Initially I didn’t see how any of my contributions to the blogosphere would matter to…

Although this was published in June, I just saw it and felt it was to good not to repeat:

A Methodology for Cloud Computing Architecture

  • Peel off the applications individually, to detangle the appliance mess (use case analysis).
    Categorize applications as batch, online, heavy transactional, or reporting – where the former two indicate likely cloud apps.
  • Think of cloud computing as a way to load balance your application demands across different grids of available resources.
  • Slide the clouds across different grids depending on costs, scheduling needs, or failover capacity.
  • Take the hit to replicate critical data across different grids, to have it ready for a cutover within minutes; that’s less expensive than buying insurance.
  • Run your own multiple data centers as internal grids, but have additional grid resources ready for handling elastic demands (which you already have, in quantity).
  • Reassure your DBAs and sysadmins that their roles are not diminished due to cloud computing, and instead become more interesting – with hopefully a few major headaches resolved.
Follow me at https://Twitter.com/Kevin_Jackson

G C Network

1 Comments

  1. Nick on March 7, 2010 at 5:52 pm

    A couple nice points made, like load balancing / HA across clouds, and assuring employees they will keep jobs. This seems more like notes or brainstorm jotted down. 6 points do not make a systems methodology.