Comments on: Why Cloud Computing Scares the Platform Vendors http://www.zapthink.com/2010/03/10/why-cloud-computing-scares-the-platform-vendors/ Sharpening Your Vision of the Future of IT Thu, 09 Feb 2012 23:54:28 -0500 hourly 1 http://wordpress.org/?v=3.2.1 By: Jay Godse http://www.zapthink.com/2010/03/10/why-cloud-computing-scares-the-platform-vendors/comment-page-1/#comment-21121 Jay Godse Fri, 07 Jan 2011 21:35:50 +0000 http://www.zapthink.com/?p=11841#comment-21121 Platform vendors should be scared. Their customers are increasingly consolidating under cloud platform providers such as Amazon and Google. These cloud providers have strong negotiation power because of economies of scale. A number of them have also figured out how to deploy open source solutions and avoid license fees altogether as a result. I think that you are right in that some of the middleware vendors should provide middleware services via a cloud platform themselves. But that is hard. Big companies are often geared for making big capital expense (capex) funded sales, and it is tough to change their business operations to make small recurring sales of operational expense (opex) funded services. From what I have seen, the companies that succeed from opex-funded sales (e.g. Google, Amazon) are very different from the ones that made capex-funded sales (e.g. HP, Oracle). I have never seen a company really make the transition. Time will tell.... Platform vendors should be scared. Their customers are increasingly consolidating under cloud platform providers such as Amazon and Google. These cloud providers have strong negotiation power because of economies of scale. A number of them have also figured out how to deploy open source solutions and avoid license fees altogether as a result.

I think that you are right in that some of the middleware vendors should provide middleware services via a cloud platform themselves. But that is hard. Big companies are often geared for making big capital expense (capex) funded sales, and it is tough to change their business operations to make small recurring sales of operational expense (opex) funded services.

From what I have seen, the companies that succeed from opex-funded sales (e.g. Google, Amazon) are very different from the ones that made capex-funded sales (e.g. HP, Oracle). I have never seen a company really make the transition. Time will tell….

]]> By: Ata http://www.zapthink.com/2010/03/10/why-cloud-computing-scares-the-platform-vendors/comment-page-1/#comment-1464 Ata Fri, 19 Mar 2010 15:57:37 +0000 http://www.zapthink.com/?p=11841#comment-1464 I have seen large enterprise systems developed on open standards (GPL .LGPL , CC etc. ) running smoothly (i.e. Bug free ) and with minimal support( 3 person for entire 300 peoples network) .And that included database ,Application , network and customer support . so ,possible things are already exists around us with scope of further improvement .Governance and the LEVEL of of Governance will be a key issue .But It is also short existent. Future will only belong to security and mix of governance and security . I have seen large enterprise systems developed on open standards (GPL .LGPL , CC etc. ) running smoothly (i.e. Bug free ) and with minimal support( 3 person for entire 300 peoples network) .And that included database ,Application , network and customer support . so ,possible things are already exists around us with scope of further improvement .Governance and the LEVEL of of Governance will be a key issue .But It is also short existent. Future will only belong to security and mix of governance and security .

]]> By: Frank Wilhoit http://www.zapthink.com/2010/03/10/why-cloud-computing-scares-the-platform-vendors/comment-page-1/#comment-1318 Frank Wilhoit Thu, 11 Mar 2010 16:44:43 +0000 http://www.zapthink.com/?p=11841#comment-1318 "...In a properly architected SOA implementation, routing and transformation operations are performed as a matter of policy...." In a properly architected SOA implementation, transformation is an application responsibility, because it is a local concern. The knowledge of how to do transformations is too fragile to be transferred, so it has to be exploited where it is found in the organization. SOA is what we have to do because packaged applications are still being delivered without essential capabilities. “…In a properly architected SOA implementation, routing and transformation operations are performed as a matter of policy….”

In a properly architected SOA implementation, transformation is an application responsibility, because it is a local concern. The knowledge of how to do transformations is too fragile to be transferred, so it has to be exploited where it is found in the organization. SOA is what we have to do because packaged applications are still being delivered without essential capabilities.

]]>