Complexity and Building Enterprise Clouds

I've been doing some thinking lately around the cloud model and how enterprises might adopt it. Enterprises are challenged with a conflict -- between giving their developers control and choices, and maintaining operational control. Case in point -- the ownership around SLAs if often with the operations/adminsitration org -- not the developer. The developer in many cases is hoping that most of the "systemic qualities" will appear within the platform and not necessarily require lots of development time. An interesting example of improvement in this space is the SHOAL project around Glassfish.

One of my employees is working on some modeling projects -- trying to model the data center "as is" vs deriving the model from a "perfect" state where choices are somewhat removed from the scenario. I mean the data center is architected in specific ways that allow or disallow some functionality -- you see this in very large sites, like Google and Yahoo. They have several major architecture patterns where many or most services confirm to those patterns. You want to deploy? You conform.

This battle is often up hill. The last 20% of a solution is the area that you spend the most time on, convincing others of the design or that "good enough" will trump perfect. But I think we need to get over that -- we can't afford not to.

Graffiti is a good example. Hand writing recognition was very hard, companies failed trying to figure this out. Did they constrain the problem (thus the solution) enough to progress to something that works without a whole bunch of "change?" Jeff got it right -- fix the few letters that cause the problem (i vs L) and constrain the problem. He found a solution. We've gotten a bit more flexible today but its still the core thinking in the industry.

What problems can we solve today if we limit the choices, give a way a little control, and are able to take technology to the next level?

UPDATE: Forgot the Jason Corollary: "Impossible" exists only because we haven't stated or re-factored the problem so it is "possible."

Comments:

One approach might be to offer various levels of API, akin to the TCP stack. A customer who needs fine-grained control because of an unusual setup (your "letter L" example) can tweak the clever stuff, whereas someone with a more standard infrastructure could make better use of your higher level web service APIs to provision and manage services? Any idea when we'll see Sun Cloud services?

Posted by Kevin Hutchinson on November 11, 2008 at 10:49 AM PST #

Post a Comment:
Comments are closed for this entry.
About

Thoughts from Jason Carolan -- Distinguished Engineer @ Sun and Global Systems Engineering Director - http://twitter.com/jtcarolan - http://archmatters.wordpress.com

Search

Categories
Archives
« April 2014
SunMonTueWedThuFriSat
  
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
   
       
Today