tag:blogger.com,1999:blog-33400508.post1479085544066753942..comments2007-07-23T13:24:49.628-07:00James Urquharthttp://www.blogger.com/profile/07869296024524739031noreply@blogger.comBlogger3125tag:blogger.com,1999:blog-33400508.post-19670549864755876812007-07-23T13:24:00.000-07:002007-07-23T13:24:00.000-07:00Only three ways to handle this situation:<BR/><BR/>1. Provision all servers at 15 percent.<BR/><BR/>2. Purchase VMWare and provision to 30 percent.<BR/><BR/>3. Buy a Mainframe and provision to 85 percent.<BR/><BR/>The true software solution, ie utility computing is too large of a problem for one company to solve unless your name is IBM or HP. Consolidation is coming as you cannot ignore the "old" to make way for what you are describing as "new"Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-33400508.post-60529086708812279132007-07-21T08:10:00.000-07:002007-07-21T08:10:00.000-07:00Great post James.<BR/><BR/>My arguments for the use of open source are two fold.<BR/><BR/>Firstly, it's about creating a potential non-proprietary standard and overcoming fears of strategic control from any common service provider (CSP).<BR/><BR/>Secondly, it's about faster adoption of a potential standard by providing an operational means of achieving this.<BR/><BR/>However, this is based upon the assumption that you have an engine which allows for portability between one CSP and another.<BR/><BR/>This is applicable to all the levels of SaaS, FaaS and HaaS.<BR/><BR/>At the FaaS level if you build an application server, which you can't move your application from one instance of the server to another - then you don't even have a potential standard.<BR/><BR/>At the SaaS level, if you build an app which you can't extract your data from - then you don't even have a potential standard.<BR/><BR/>"Xen has issues with portability by not providing a file representation of virtual machine storage that can be moved between disparate physical systems with ease" - solve this, and then you have the start of a potential standard for a utility computing market at the HaaS level.swardleyhttp://www.blogger.com/profile/04702421918430488600noreply@blogger.comtag:blogger.com,1999:blog-33400508.post-44763428777949954062007-07-20T17:40:00.000-07:002007-07-20T17:40:00.000-07:00Good observation James.<BR/><BR/>I read Simon's post as well, and as you rightly point out with your example I think he's over simplified the issue in asserting that the solution is open source.<BR/><BR/>On the issue of utility computing, though, in my admittedly biased opinion (being a founder of 3tera) I think mere virtual appliances aren't a viable solution. To truly depend on a utility service users must be able to migrate their entire presence between providers. IMHO the only proven way to do this is to have an application level abstraction.Berthttp://www.blogger.com/profile/07640484831964012982noreply@blogger.com