28 Comments

Summary:

Salesforce.com and VMware recently unveiled a Java-focused platform-as-a-service offering, VMForce.com. Meanwhile, Microsoft has Azure, a PaaS offering focused on the .Net stack, and startups Heroku and Engine Yard both deliver Ruby-on-Rails cloud platforms. But who’s going to offer a PaaS for LAMP?

Zend Technologies, whose founders created the programming language PHP and subsequently touts itself as “the PHP company,” said Monday that it raised an additional $9 million. But while the press release offered little information as to the money’s intended use, it did contain a somewhat cryptic quote from its lead investor and board member, Moshe Mor of Greylock Partners (italics mine):

Today’s enterprises are looking to agile Web and Cloud-based technologies such as PHP to deliver business value better and faster…We believe that Zend’s leadership position in the PHP space enables the company to drive its solution to deeper adoption across a broad commercial audience in the U.S. and around the globe.

Since when is PHP a “cloud-based technology” (whatever that means)? I know Mor to be a smart guy, so I can only assume there’s more to his statement than meets the eye — and I believe it has to do with the LAMP stack.

Salesforce.com and VMware recently unveiled a Java-focused platform-as-a-service offering, VMForce.com. Meanwhile, Microsoft has Azure, a PaaS offering focused on the .Net stack, and startups Heroku and Engine Yard both deliver Ruby-on-Rails cloud platforms. But who’s going to offer a PaaS for LAMP?

One candidate is, of course, Zend, the commercial company behind PHP, the biggest P in LAMP. Zend is also the driving force behind the Simple Cloud API, which is intended to simplify integration between PHP applications and cloud services. But for Zend, which has operated under a typical open-source commercialization model by offering services, support and premium commercial licenses for on-premise installations, operating a cloud service is a whole new area of competency that requires an entirely new business model.

Google is another candidate. The search giant already has a PaaS offering, Google App Engine, that supports both Java and Python, another one of the Ps in LAMP. But until recently it’s been accused of being a lightweight offering that creates lock-in by forcing developers to use Google-specific programming models, such as with threading and data structure. In fact, because of this, Google’s platform lacked MySQL support, the M in LAMP. And although Google recently rolled out a version of its App Engine tweaked for the enterprise, including support for MySQL, the focus seems to be on Java, not on LAMP.

Heroku is another possibility, perhaps surprisingly given how much the startup is identified with the Ruby community. As Stacey noted in a post about its recent $10 million investment announcement:

“We don’t think the market is going to end up with a Ruby platform and a Java platform and a PHP platform,” Byron Sebastian, Heroku’s CEO, said to me in an interview. “People want to build enterprise apps, Twitter apps and to do what they want regardless of the language.” Sebastian said he sees the round as a huge validation for the Ruby language as a way to build cloud-based applications, but doesn’t want to tie Heroku too closely to Ruby. “The solution is going to be a cloud app platform, rather than as a specific language as a service,” Sebastian said.

I like Sebastian and the Heroku guys a lot, but my head’s still spinning from that ambivalent statement.

Even Microsoft has committed to supporting PHP and MySQL on its Azure platform, behind which there’s already an open-source project called PHPAzure. But the operating system is still Windows, so the Microsoft initiative does not qualify as a LAMP stack cloud.

Finally, Amazon can never be discarded as a significant player whenever it comes to cloud computing. As Derrick Harris has postulated, there’s a strong possibility that Amazon will come out with a PaaS offering. And if it does, a LAMP stack-focused platform makes a lot of sense, given that it already offers a MySQL database-as-a-service offering with its Amazon RDS service.

Then again, there could always be a startup hard at work building the LAMP Cloud. Do you know of anyone else? Would you want a PHP or LAMP platform as a service? Let us know in the comments.

Geva Perry writes the Thinking Out Cloud blog and advises startups and enterprises on cloud computing strategy and marketing. He’s @gevaperry on Twitter.

To learn more about cloud computing, LAMP, PHP and more, join the GigaOM Networ at Structure 2010 on June 23 & 24 in San Francisco.

By Geva Perry

You're subscribed! If you like, you can update your settings

  1. Yes, yes, yes. PHP is huge. Yes, yes, yes. MySQL has millions of users. But, the “MP” part of LAMP came into being when we were hosting, not cloud computing. There are alternative application service platforms to PHP and alternatives to MySQL (and SQL in general) that are exciting, vibrant, and seem to have the new developer community’s ear. Whether it’s Ruby, Groovy, Scala, or Python as a development language or Mongo, Couch, Cassandra as a persistence layer, there are alternatives. MySQL’s ownership by Oracle is a minus, not a plus. I feel times are changing and companies looking to put their applications in the cloud have MANY attractive alternatives, both as stacks or as turnkey services s.a. Azure and App Engine.

    Share
    1. Interesting take. You’re basically saying that LAMP is no longer relevant and therefore who cares? I still think that LAMP has massive presence (not the least of which is Drupal), but I don’t dispute your point that there are many interesting alternatives.

      By the way, Kiril, your comment (and my post) inspired this post by James Urquhart over at CNET: http://news.cnet.com/8301-19413_3-20005709-240.html?tag=mncol;title

      Share
  2. Saratoga Sam Saturday, May 22, 2010

    Geva’s offhand comment “But the operating system is still Windows, so the Microsoft initiative does not qualify as a LAMP stack cloud” shows how myopic one can be.

    Even it offers the same pricing (which includes Windows licensing cost) as other stacks, Windows or anything Microsoft will never ever be good for you. You can pay $$$ for a RHEL support license but it’s free :D

    Share
    1. Sam – I have to admit, I don’t completely understand your comment, but I have nothing against Microsoft. I was merely pointing out that it doesn’t qualify as a LAMP cloud, which I believe is an accurate statement.

      Share
  3. While I am perfectly happy with App Engine, we’ve been hosting Worldwide Lexicon on App Engine for Python for a year and a half now with few issues, I’d like to see a similarly capable option for PHP.

    The primary reasons we went with App Engine over Amazon were:

    1) no sys admin headaches : you just update your code, and it just works. no more provisioning CPUs, etc. this is the main selling point of a platform like this, as it saves a huge amount of money, time and headaches.

    2) redundancy : a platform like this is inherently redundant, and recovers well following an outage (and in many cases degrades gracefully so end users are unaware of an issue). it’s not perfect but compared to issues I’ve had with other hosting companies, quite good especially for the cost.

    At the time, I would have preferred to use PHP since nearly all of our other modules are PHP based except the backend. The cost of transitioning to Python was outweighed by the cost of administering multiple servers, SQL servers, etc, especially during the cash starved build out period. This saved us at least $100,000 mostly in the form of IT support we did not have to hire or outsource, so nearly everything went into building product.

    I’ll probably stick with App Engine and Python for a while since things are working well and it ain’t broke, so it don’t need fixing, but if I am required to migrate in the future, or start another project, I’d like to be able to use PHP with the same level of simplicity.

    Share
    1. Brian – Thanks for sharing. These kinds of “real world” stories contribute a lot to the conversation.

      Share
  4. One might view Media Temple’s (gs) Grid Service as a scalable LAMP cloud. Both the computational and database services are scalable dynamically on demand.

    Share
    1. Charles – I think that Media Temple (gs) gets close, but in my view doesn’t quite qualify as a LAMP Platform-as-a-Service. But I concede that it is somewhat an issue of definition of PaaS vs. IaaS.

      Share
  5. I met the founders of http://cloudcontrol.com this week at the lean startup meetup in Berlin. If I understood them right they will offer a PaaS for LAMP.

    Share
    1. Thanks for the pointer, Holger. I’ll keep an eye on these guys.

      Share
  6. I agree with the heroku comment. the could will bean app platform not geared toward a specific language

    Share
  7. As the creator of the Simple Cloud API and the former cloud strategist at Zend, I have a lot to say here. :) I’ll address a few different things which will work best as separate comments. Geva, I hope you don’t mind a comment DoS attack. ;)

    ,Wil

    Share
  8. I agree that there is a big opportunity for a LAMP/PHP PaaS offering. I even told a crowd of ~500 that this would make for a great startup in the ZendCon 2009 cloud panel.

    One side note here: you should consider adding GAE as a PaaS offering for Python in your list of PaaS providers. Python is still their chosen horse. Both Google and Microsoft saw Java support as a necessary evil to get their platforms off the ground.

    ,Wil

    Share
    1. I did mention GAE supports Python

      Share
      1. Sorry, I meant in this list:

        ‘Salesforce.com and VMware recently unveiled a Java-focused platform-as-a-service offering, VMForce.com. Meanwhile, Microsoft has Azure, a PaaS offering focused on the .Net stack, and startups Heroku and Engine Yard both deliver Ruby-on-Rails cloud platforms. But who’s going to offer a PaaS for LAMP?’

        I think you’re right on with this list of PaaS providers for specific technologies, and I just wanted to point out that Google could be put down for Python in the same breath.

        ,Wil

        Share
    2. Thomas Lukasik Tuesday, May 25, 2010

      Your statement that “Both Google and Microsoft saw Java support as a necessary evil to get their platforms off the ground.” is based on what.. your biased opinion?

      Banks, hospitals and multi-billion dollar enterprises don’t run on LAMP — they run on Java based platforms like IBM and Oracle.

      It’s more reasonable to assume that Google wanted to attract seasoned enterprise developers than to suggest that they added Java support against their will.

      TJL

      Share
      1. Good point. I didn’t specifically ask the Azure and GAE guys what their rationale for adding Java support was; I assumed based on their level of support WRT other technologies (mainly .Net working way better than Java on Azure) and the priorities they assigned when they chose to implement first (mainly with Python launching well before Java for GAE).

        To be clear, I’m not knocking Java here. I was actually a Java engineer for 10 years before I took over Zend Framework; if I thought Java wasn’t a great- if not the best- technology for a wide range of problems, I would have focussed my attention elsewhere sooner. I have no doubt that Google and MS added Java support to woo the very advanced- and very lucrative- Java crowd. And I think it’s a win-win. But they obviously have to decide where to allocate resources, and every developer who’s focussing on Java support in Azure is a developer who’s not focussing on .Net.

        All of that said, Java seems to be a much more strategic solution for GAE, if for no other reason than they aren’t investing a ton of resources in building a full enterprise stack with all the bells and whistles like MS is with .Net.

        I hope that clears up any confusion about what I wrote above. If I’m not mistaken, we agree fully on this point. :)

        Thanks for the feedback in any case.
        ,Wil

        Share
  9. There is another vendor with a very compelling cloud platform for PHP: Makara. They offer a LAMP stack that supports PHP applications with the necessary features to build a killer LAMP cloud: clustering, monitoring, deployment management. . . it’s all dialed in.

    But this is a product, not a service.

    Disclaimer: I’m currently consulting with Makara.

    ,Wil

    Share
  10. But who’s going to offer a PaaS for LAMP?

    Makara — watch this space…

    Share

Comments have been disabled for this post