PaaS Takes Center Stage

Over the last week, Platform as a Service has moved out of the shadows to become big news in the cloud world. Here is a quick roundup of recent events:

• RedHat acquires Makara: this is a great move by RedHat, who has been hitherto a peripheral player in the great cloud game. Makara gives RedHat a platform that makes it much easier for developers to deploy cloud applications while also providing rich debugging capabilities. The Makara founding team came from Wily and brings deep understanding of application lifecycle management for cloud applications.
  
• Cloudbees gets funding for a Java PaaS: this breathes life into the Java PaaS market, bringing the same kinds of turnkey cloud management to the Java community that Engine Yard and Heroku bring to the Ruby on Rails Market. Cloudbees was founded by the former CTO of JBoss and has tied their Java PaaS to the Hudson
  

The first phase of cloud computing was focused on the hardware side of things and Infrastructure as a Service. In order for cloud computing to gain widespread adoption, a software management layer is required to simplify the process for deploying and managing applications in the cloud.

Citrix & WaveMaker - A Little Leverage Goes a Long Way

Citrix and WaveMaker's partnership to deliver a complete cloud developmentplatform is gaining attention.

This week, John Abbott of the 451 Group wrote a piece on how the Citrix Cloud Center strategy is coming together, thanks to a little help from WaveMaker (registration required).

The Citrix/WaveMaker development and test solution gives Cloud Hosting Providers a way to build a cloud ecosystem that will help them attract and retain customers. As John says:

"Telcos and service providers want the elbow room to differentiate their services from competitors by adding their own intellectual property."

With WaveMaker's cloud development platform, Cloud Hosting Providers make it easy for developers to build applications that deploy seamlessly to their cloud and can take advantage of their unique services for security, scalability and manageability.

Finally, the 451 Group points out that WaveMaker gives Citrix an easy-to-use PaaS solution that can leverage the Citrix cloud stack, much as SpringSource can leverage the VMWare stack. All in all, WaveMaker is shaping up as a game changer for cloud solution providers!

WaveMaker 6.0 SaaS-enables Web Apps in Minutes

Until today, web developers creating SaaS apps have been faced with an ugly choice: use proprietary development platforms like Force.com or build an open solution from scratch.

WaveMaker today released the first open cloud development platform. WaveMaker 6.0 is a visual development platform that runs in a browser.

WaveMaker makes it ridiculously easy for anyone to prototype, develop and customize great looking web applications.

How easy you ask? Well, how 'bout:

• 15 second WaveMaker hello world test drive
• 7 minute WaveMaker multi-tenant SaaS screencast
• Free open source download of WaveMaker at www.wavemaker.com/downloads
  
• WaveMaker cloud edition at cloud.wavemaker.com

With all this open and cloudy goodness, it is not surprising that the momentum behind WaveMaker continues to build.

What kind of momentum? Well, how 'bout:

• WaveMaker's open source community now numbers more than 15,000 active developers
• The Cloud Quick Start Partnership teams WaveMaker with IBM, Amazon and RightScale
• Citrix makes WaveMaker available as an integrated development platform for NetScaler
  

Let the fireworks begin!

Vendors Will Have To Climb Higher To Reach Clouds

Hard on the heels of the VMWare/SpringSource acquisition, VMWare entered into a grand alliance with Cisco and EMC (although technically, VMWare announcing an alliance with EMC is like Buick announcing an alliance with GM).

Once the data center is fully virtualized, resilient and automated, it becomes the proverbial black box. As long as it is secure and performant, where it is located or what the hardware layer looks like is unimportant.

Any company whose value proposition is centered around feeds and speeds is going to have to scramble higher up the stack. If your target customer is hardcore data center guys, you are going to find fewer and fewer of those folks to talk to.

As customer IT shifts from hardware to solutions, vendors will have to climb higher up the value chain to keep engaged with their customers. With its Unified Computing System, network vendors like Cisco are becoming data center solution vendors. With Spring, virtualization vendors like VMWare are becoming development solution vendors.

At the top of the cloud stack is Platform as a Service (PaaS), which manages both how applications are developed and how they can be customized by end users. At WaveMaker, we see PaaS as the primary lever for delivering value from the cloud.

As IT vendors climb higher to deliver more complete solutions to their customers, PaaS will emerge as the heart of the cloud ecosystem.

What Separates A Cloud From (water) Vapor?

I spoke this morning with the cloud evangelist for a hardware manufacturer. Not surprisingly, they come at cloud from the iron up, so for them cloud is mostly about virtualization with a little more buzz.

While I can understand this viewpoint, if today's cloud is just yesterday's server consolidation in new clothes, then Larry Ellison's latest "a cloud is just water vapor" rant is probably appropriate.

So what exactly is the dividing line between virtualization and true cloud goodness? I think the key lies in bringing together a fuller solution with a cloud platform than with a virtualization platform.

Cloud computing gets interesting when the platform includes not just deployment (infrastructure as a service or IaaS) but also development (platform as a service or PaaS). Linking these two capabilities opens up fundamentally new markets as well as compelling economics.

Virtualization is about abstracting application deployment so that one box can run many apps, with each app pretending that it is lord and master of it's virtual computer. The value of virtualization is to reduce the amount of hardware needed to run a set of apps and correspondingly reducing the amount of systems administration time needed to manage the overall data center.

Cloud computing is about abstracting application development and deployment so that anyone can develop and manage applications without needing specialized expertise. The value of cloud computing is to reduce all IT costs while increasing organizational flexibility. More people can build the apps they need and fewer expert developers, DBAs and systems administrators are needed.

At its core, virtualization improves IT efficiency - doing traditional computing with fewer resources. On the other hand, cloud computing improves IT effectiveness - empowering more people to build applications with more flexibility and fewer experts. For example, this is the core value prop behind IBM's Cloud Quickstart Program, which includes IBM, Amazon EC2, WaveMaker and RightScale.

Our view at WaveMaker is that the big private cloud payoff comes only when you make both development and deployment of web apps radically easier (cloud-ready computing). If you will, virtualization and private cloud management (IaaS) both reduce the administration costs - the cost transformation comes when you slash not just administration but also development and maintenance costs (IaaS + PaaS).

Making Cloud Computing Ridiculously Easy

With all the hullabaloo about cloud computing, it is easy to get caught up in the trend of the day and miss the big picture. The big picture is that cloud computing disrupts the data center world by slashing the capital and skills required to deploy a web application.

If that is the big prize, then most of what passes for news in cloud computing is more along the lines of "me speak cloud too."

Today, cloud development and deployment is still the exclusive domain of highly paid web experts and just as highly paid hosting providers and systems administrators. As much as cloud providers like Amazon and Rackspace have done to simplify web hosting and eliminate people from the equation, it still takes far too much expertise and effort to get applications built and deployed in the cloud.

The goal of cloud computing is to make web development and deployment something that any bum can do and charge in on their credit card with nary a care in the world.

With all due humility, I think RightScale and WaveMaker have taken a big step towards that goal this week, introducing an easy-to-use cloud development platform with one-click deployment to Amazon EC2 via RightScale.

It is now monkeys-on-keyboards easy to create a web application and deploy it in a secure, scalable cloud environment using WaveMaker/RightScale and Amazon.

So who cares about this stuff anyway? How 'bout IBM and Amazon!

On Thursday, October 1, IBM and Amazon are hosting a half-day webinar entitled Cloud computing for developers: Hosted by IBM and Amazon Web Services . At that webinar, WaveMaker and RightScale will provide an online demonstration of building a web application with WaveMaker and deploying it to a WebSphere AMI using RightScale. One small click for man, one giant cloud for mankind!

Cloud Ready Computing

Cloud computing offers significant economies in deploying and managing applications. While enterprises are not yet ready to move mission-critical applications to cloud computing, CIOs and CTOs are increasingly wanting to create applications that are "cloud-ready."

A cloud-ready application is based on an architecture which provides the flexibility to deploy the application to either a traditional data center or into a private or public cloud infrastructure. This flexibility ensures that enterprises can take advantage of cloud computing benefits whenever they choose.

Being cloud-ready requires much more than simple virtualization. As the $420M acquisition of SpringSource by VMWare demonstrates, making applications cloud ready requires adopting new development platforms that are purpose-built for supporting on-site and on-demand computing.

Some cloud-ready development platforms (also called Platform as a Service or PaaS) are highly proprietary. These frameworks require a complete rewrite of the application for cloud computing and lock the developer into a single hosting provider such as SalesForce or Google's AppEngine.

Other cloud-ready development frameworks are open, enabling developers to leverage existing application logic and data. Open Platform as a Service, or OPaas, allows CIOs and CTOs to have the best of both worlds, creating applications which can run in the data center or in the public cloud with no changes to the underlying application. Examples include WaveMaker and Corent.

Cloud Ready Case Study - IBM's Cloud Quickstart Architecture

IBM has created a Cloud Quickstart Architecture that embodies what they see as best practices for developing cloud-ready applications. This architecture includes WaveMaker, WebSphere, DB2, Amazon and RightScale. To see a podcast on this architecture, click here (registration required).

WaveMaker is an Open Platform as a Service for developing cloud-ready web applications. WaveMaker includes client and server frameworks that greatly reduce the time to cloud-enable an existing application or create a new, cloud-ready application.

The WaveMaker self-service client framework provides configurable, drag and drop client components that simplify the delivery of self-service web applications. The WaveMaker multi-tenant server framework provides secure, multi-tenant server modules that automate the creation of scalable cloud applications.

The WaveMaker frameworks are backed by a 10,000-strong developer community and complement existing application servers (e.g., Tomcat, WebSphere) and development tools (e.g., Eclipse, Netbeans). WaveMaker customers like KANA, National City Bank and Macy's have cut the cost and time to build cloud-ready applications by over 75% using WaveMaker.

In the IBM Cloud Quickstart Architecture, ISVs can leverage existing Java code written in WebSphere as well as data stored in DB2. WaveMaker provides the cloud-ready frameworks for the client and server. RightScale provides elastic scaling as well as fault tolerance and fault recovery. Together, these companies provide an example of end-to-end cloud computing that leverages existing application resources.

Complexity Kills: SOA = CORBA 2.0 = DOA

Anne Thomas Manes of the Burton Group has declared the death of Service Oriented Architectures (SOA). Like CORBA before it, SOA was a vendor-driven "market" of daunting complexity. Also like CORBA before it, SOA collapsed under the weight of its own learning curve.

I attended the Gartner architecture conference last month, where 1,000 corporate architects gathered to discuss the state of SOA. The conversation was dominated by architects quizzing each other on what SOA really meant and whether any of them had really implemented it yet. That is scary for a technology that is long in the tooth from a buzz cycle perspective.

There was exactly 1 presentation I saw that presented a strong business case for the SOA architecture. That was by the CIO of National City Bank, which was recently bought by PNC and whose SOA architecture may or may not survive the acquisition.

Anne Thomas Manes also points out that while the heavyweight SOA architecture is falling out of favor, lightweight architectures based on SaaS and cloud services are on the rise. WaveMaker and other platform as a service (PaaS) vendors are delivering increased flexibility and productivity without the huge upfront investment of SOA.

Here is why SOA died and how the more flexible cloud services approach is winning:

1. SOA blew the elevator pitch. Just explaining what SOA is takes longer than the average business manager's attention span. Like spinach, business sponsors are assured that SOA is "good for you." In contrast, the value of building cloud-based apps that work like Facebook and iGoogle is easy to convey, because business sponsors (or their kids) use useful web apps all the time.
2. SOA was more about vendor enrichment than customer enrichment. I would argue that the SOA market was driven by the need for application server vendors to find add-on products that they could charge for once JBoss and Spring took the money out of the core app server market. In contrast, cloud services are growing organically as companies like SalesForce and WaveMaker make cloud development tools available that enable architects to build business applications based on best practices drawn from successful consumer sites like gmail and facebook.
3. SOA swims against the tide of IT democratization. In retrospect, many companies that adopted SOA did so as a way for core IT to maintain control over every single computing event that occurs within an enterprise. In contrast, SaaS and cloud computing break the IT monopoly on compute cycles and deliver compelling cost and time to market benefits to the business.
   

Just as with CORBA, SOA introduced some useful concepts around enterprise integration and service reuse. However, just as Web 1.0 killed CORBA by introducing a much easier way to distribute applications, Web 2.0 has killed SOA with a much easier way to integrate web services.

Development Tools For Cloud Computing - Two Paths

For cloud computing to take off, there need to be tools available that enable a developer to build and deploy an application without having to download anything to their desktop. This requires an on-demand development tool that sits on top of the cloud and provides a development Platform as a Service (PaaS).

There are two paths that a vendor can take to create a development platform for cloud computing: cloud-first or tool-first.

• Cloud-first approach to PaaS: first build a cloud platform, then build a development tool that runs on top of it. This is the approach pioneered by Force.com and followed by Coghead and Bungee Labs.


• Tool-first approach to PaaS: first build a development platform that is host-able tool (e.g., studio runs in a browser), then "push" that platform into the cloud. This is the approach taken by WaveMaker.

For Force.com, it made a great deal of sense to take the cloud-first approach. SalesForce.com already had a robust cloud platform and expertise in building proprietary development tools to create their CRM application. There was also no requirement to make Force.com work on any other cloud, because SalesForce is aiming to be the only cloud you will ever need for all your enterprise apps.

For most software vendors, however, the cloud-first development process has distinct disadvantages. First of all, it puts you in the data center operations business, which requires a very different DNA than software development. Next, it makes development itself difficult, because the cloud adds a level of indirection and complexity to all development tasks. Finally, you will be forced to do cloud port eventually to get to a SaaS cloud people want to deploy on, like Amazon EC2 or Google App Engine (assuming they ever exit the Python ghetto).

A tool-first approach to PaaS development is much more straightforward. You start by creating a host-able development studio (pretty much rules out Eclipse plugins) and do your build and test on standard hardware. After you have build a solid product, you add multi-tenancy to the studio and customize deployment for your cloud of choice (or use a partner like Elastra to do the deployment and administration for you).

A final oddity of the cloud-first vendors is that they have all delivered proprietary development platforms. This provides a "roach motel" level of lock-in - your logic and data can checkin, but just try moving them to another RIA or Ajax platform! Again, SalesForce can throw its 500-pound gorilla weight around and make the Apex language successful. It is hard to imagine, however, that 5 years from now people who have learned the Coghead language will be in more demand than, say, Java developers.

SaaS Platforms For ISVs - Who Wins?

McKinsey & Company published a report predicting the market size for Software as a Service (SaaS) will exceed $37B market over the next 5 years. In particular, the report described the need for Independent Software Vendors to SaaS-enable their products using special-purpose SaaS development tools. Matt Asay also wrote recently that the growth of the top 60 software companies is driven by SaaS.

McKinsey claims that traditional J2EE and .NET platforms are poorly suited to building SaaS applications. According to McKinsey, this opens up a $3B market for Platform as a Service (PaaS) products from new entrants like WaveMaker, Coghead and SalesForce. From the article:

Although SaaS development platforms like SalesForce and Coghead have gotten a lot of attention, this market has so far been remarkably closed and proprietary. The Platform as a Service leader, SalesForce, has both a draconian hosting policy (host your apps and data anywhere, as long as it’s with us!) but also a proprietary language (who needs Java when you’ve got Apex!?).

Moving forward, the same trends driving open source adoption everywhere else in the industry will ultimately drive SaaS adoption of open source, particularly by ISVs whose business plan does not include a low multiple sale to their proprietary hosting provider. Future SaaS platforms will converge with traditional tools, offering on-demand development based on traditional programming languages with built-in tools for mash-up based development for basic users.

Development Problems for SaaS

SaaS is highly disruptive for existing hardware and software providers. SaaS platforms are different from traditional computing platforms like J2EE and .NET in three ways:

• SaaS platforms contain new core components, such as web services APIs to integrate to other applications and usage-based billing capabilities. This disrupts existing platform providers like BEA and Microsoft.


• SaaS platforms are designed for multi-tenancy, including global and tenant-specific data schemas, multi-layer administration and virtualization for scalability. This disrupts traditional ISVs like Oracle and SAP.


• SaaS platform are delivered on-demand, not on premises. This threatens the business of traditional hardware providers like IBM and HP.


• SaaS products need on-demand customization tools. As SalesForce has demonstrated, a complete SaaS application needs its own customization tools if it is to compete with enterprise solutions like Siebel and SAP.


• SaaS products need on-demand integration capabilities. This includes ability to integrate with on-premises data (a notorious weakness of pure-cloud solutions like Force.com) as well as with on-premise and on-demand web services.

SaaS Architecture Requirements

McKinsey identified three elements of a SaaS architectures:

1. Development environment: an on-demand development platform for creating SaaS applications. This platform should be able to ship along with the application itself to allow customers to customize their application.


2. Run-time environment: an on-demand infrastructufre to deliver applications. This can be a proprietary hosting environment like SalesForce, or an open hosting environment like Amazon EC2. Ideally, the customer should be able to deploy applications on-demand or on premises depending on their security, data integration and other requirements.


3. Ecosystem for adding new capabilities to applications (e.g., SalesForce AppExchange). This ecosystem should also be able to access enterprise data and services located inside the enterprise firewall.

SaaS Is Make or Break for ISVs

According to McKinsey, SaaS has greatest impact on ISVs, delivering a 50-70% improvement in the level of features that can be delivered for a given investment in development and infrastructure.

For ISVs, SaaS platforms offer low upfront cost, rapid time to market (productive tools + pre-built components like billing) and high quality service delivery. In short, existing ISVs have a limited window to migrate their offerings to the SaaS platform or risk being obliterated by newcomers who get there first.

The lesson of SalesForce versus Siebel Systems is clear: existing ISVs should migrate their presentation layer to SaaS quickly while preserving their existing back end servers. Preserving existing back end logic requires a SaaS platform that supports traditional languages like Java.

Which Platform Will Win the ISV Business?

A battlefield is emerging between established mega-vendors and pure play SaaS vendors. The following factors will separate the winners from the losers in this market:

• Build a robust offering: cutting edge technology, reliable, high quality.
• Enable extensive customization: provide additional components that address SaaS-specific needs (e.g., authorization, billing, monitoring & management).
• Monetize effectively: McKinsey identifies this as the most important success factor. The winning platform vendor will be the one which most effectively creates economic value for its ecosystems!
• Drive ecosystem growth: enable partners to make money within the platform vendor’s community through collaboration, sharing of tools and best practices.

Although many of the early SaaS platforms are based on proprietary languages and tools, Gartner predicts that 90% of SaaS software will be based on open source within 2 years.

Evaluating SaaS Platforms For ISVs

Here are important criteria for ISVs to consider in evaluating SaaS platforms (sometimes called Platform as a Service, or PaaS):

• Open hosting: can I move applications I build to another SaaS hosting providers? Many SaaS platforms lock the ISV into a proprietary hosting provider (e.g., SalesForce). ZDNet says that ISVs need to offer their SaaS software both on demand and on premises.
  
• Full platform: does the SaaS platform offer a complete development solution with presentation layer, business logic, security, database and web services? Some SaaS platforms only offer part of the development stack (e.g., DabbleDB, Tibco GI)
  
• Standard language: does the SaaS platform support development using a standard language such as Java? Many SaaS platforms are based on proprietary languages (e.g., Apex, the proprietary language for SalesForce).

Table: A Comparison of PaaS Vendors

* Proprietary language

Peter Laird also has a good SaaS platform review and Phil Wainwright’s has a good comparison of PaaS providers.

SaaS Platform Product Review - WaveMaker

WaveMaker is an open source, visual development platform for building Web 2.0 applications. The WaveMaker studio can be installed on a developer workstsation or delivered on-demand. WaveMaker creates standard Java applications based on Spring, Hibernate and Dojo that can be deployed in a SaaS or on premise architecture.

For ISVs, WaveMaker offers several compelling benefits:

1. WaveMaker's visual studio provides a faster and more natural way to build rich internet applications than traditional hand-coding using Java and struts
   
2. WaveMaker is completely open, making it portable across hosting providers and even enabling applications to be deployed on premise
3. WaveMaker includes a complete development platform based on open source standards such as Spring, Hibernate and Dojo
4. WaveMaker is based on the Java language, making it an ideal choice for ISVs who already develop in Java and don't want to migrate their existing server code.
   

WaveMaker can be downloaded here.

Summary - What ISVs Need From SaaS

Every ten years there is a dramatic shift in the development tools world: in the 80’s to client/server, in the ‘90s to three tier and now in the 00’s to SaaS. In each of these shifts, the dominant development tools providers have been supplanted by a new generation. This time around, the seismic shift is being driven by the on-demand architecture and the ISVs have the most urgent need to rebuild their solutions to remain competitive.

Over the next five years, we will see the 500 pound gorillas of the development world like Microsoft’s ASP.NET and Sun’s J2EE unseated. In their place will be new software platforms based on traditional languages that are specially designed to enable development of SaaS applications.