Wednesday, July 22, 2009

Special offer for Visual Ajax Members from Partner The Ajaxian's The Ajax Experience returns to Boston, September 14-16. The Ajax Experience (TAE) is the industry's premier conference for developers who seek to learn more about Ajax and advancements in rich Web development. Don’t miss 40+ experts present sessions on the future of Ajax and Web applications, including tracks devoted to frameworks, JavaScript, architecture, user experience, performance and scalability, cutting-edge Ajax and cross-browser issues.


We’ve partnered up with Ajaxian to save VisualAjax members an extra $100 off the registration fee! Simply register here with the code VISUALAJAX. Plus, register before July 31st to lock in $300 early bird savings.

Want to register, but can't make the July 31 deadline? Contact Tracie Berardi ( and she'll reserve a spot for you at this great rate.

Thursday, April 9, 2009

Opening Up Platform as a Service

Platform as a Service (PaaS) offers a way to build and deploy applications entirely in the cloud. This market was pioneered by SalesForce and their PaaS offering.

PaaS offers the potential to democratize web development by enabling anyone who can use a browser to assemble and extend web-based applications. Yet early PaaS players, including, Bungee Labs, Google AppEngine and Microsoft's Azure, have introduced PaaS solutions that are remarkably proprietary.

A proprietary PaaS solution introduces high switching costs to move data or logic from one PaaS provider to another. For example, moving an application from the recently deceased Coghead to AppEngine would require a wholesale rewrite of an application written on one proprietary framework to another.

In short, customers adopting PaaS gain access to powerful new technical capabilities but at the cost of stepping back to the proprietary business models of 20 years ago. Surely the same market forces that have driven greater transparency in the enterprise software world will also prevail in the brave new world of cloud computing!

In talking with customers and analysts, WaveMaker has introduced the term Open PaaS to describe what the next generation of cloud development tools should look like. In our definition, Open PaaS solutions have four characteristics:
  1. Portable - customers must be able to run applications built using PaaS tools on multiple cloud offerings. PaaS offerings based on proprietary languages (e.g., SalesForce, Bungee, Coghead) lock customers into a single cloud provider.
  2. Based on open standards - customers must be able to leverage existing skills such as Java and Javascript to build applications using a PaaS tool. Offerings that are based on proprietary software stacks (e.g., Google AppEngine, Microsoft Azure) lock customers into a single cloud infrastructure.
  3. Available as open source - customers must be able to run applications created with PaaS in their own data center in an open source environment . SugarCRM pioneered the attractive concept of letting the customer "take their ball and go home." For PaaS vendors, it is even more important that customers be able to move a cloud app from the cloud to behind their firewall.
  4. Mobile-aware - increasingly, web enablement reaches beyond the desktop browser to smartphones from companies like Apple, RIM and Palm. Customers need PaaS tools that can deliver device-appropriate content and functionality. Effectively, this is an update of the old Java "write once run anywhere" mantra.
As the cloud evolves, it is inevitable that customers will demand more flexibility. With that in mind, WaveMaker recently became a supporter of the Open Cloud Manifesto, a very timely effort spearheaded by Reuven Cohen, CTO of Enomaly.

You can read the Open Cloud Manifesto here, but here is my take on the 6 principles of the Open Cloud Manifesto (the bold titles and italic comments are mine):
  1. Commit to cloud interoperability: Cloud providers should collaborate to solve standard problems (e.g., security, interoperability) in a standard way. At a minimum, this requires publishing the APIs needed to build interoperable security and other services across cloud providers.
  2. Eschew vendor lockin: Cloud providers must not use their market position to lock customers into their particular platforms. This goes to the heart of the problem. If you are at the head of the pack, why slow down and let others catch you? The answer can only be because doing so gives you access to a much bigger market, of which you are still at the head of the pack but with a smaller lead!
  3. Adopt existing standards aggressively: Cloud providers must use and adopt existing standards wherever appropriate. This will be much easier for new cloud vendors, who are starting from scratch, than existing cloud vendors, who built out their infrastructure before many of these standards existed.
  4. Minimize proliferation of new standards: When new standards are needed, Cloud vendors must be judicious to avoid creating too many standards. We must ensure that standards promote innovation and do not inhibit it. This shows great wisdom in the ways of the world. What are most standards bodies anyway but the effect to gain or preserve market share by non-market driven means?
  5. Focus new standards on actual customer needs: Any community effort around the open cloud should be driven by customer needs. This is another swipe at the self-serving approaches of many standards bodies. From a cynical perspective, we will know cloud computing is successful when its standards bodies become just as opaque and non-customer focused as other entrenched standards like Java ;-)
  6. Cooperate between standards groups: Cloud computing standards organizations, advocacy groups, and communities should work together and stay coordinated, making sure that efforts do not conflict or overlap. This is well-intentioned, but also seems to be saying "thou shalt have no cloud advocacy groups before me" (shouldn't that be commandment I?)
Just like that large collection of tubes called the Internet, this notion of Open Cloud and Open Platforms is here to stay!