Salesforce wants some Ruby love
$212m goes a long way
Real dev love
Salesforce.com has embarked on a strategy of turning the database and computer power underneath its core CRM service into something that can serve "real" devs.
This week, it announced Database.com, a branded version of its underlying relational, multi-tenant data store with its own URL and pricing. It also announced VMforce has entered private beta testing with release due in 2011. VMforce is a planned piece of technology, announced earlier this year and started by VMware's SpringSource division, to deploy Java apps - not "Java-like" apps - on Force.com using a virtualization layer.
Salesforce.com reckons VMforce has opened its eyes to a world of more developers and more languages.
In short, Salesforce.com is now doing what ISVs in the non-cloud world have tried to achieve countless times in the past: to build out a ecosystem of partners feeding off of its platform. Salesforce.com wishes to secure its place in the enterprise by achieving two goals: bringing more developers who are looking for customers on to its platform and attract more paying customers onto the platform in search of new apps as services. In previous years at other companies, the platform in question has been Windows, Linux, development environments, application servers, and databases.
Heroku's chief executive is Byron Sebastian, who in a previous role developed a web-services tooling environment for Java at BEA Systems. BEA's leadership embarked on exactly the same odyssey of trying to build out a partner ecosystem, but they failed and BEA's now in the possession of Oracle.
Salesforce.com believes Heroku can rub off on it and help it figure out how to become more of a Ruby service provider. Salesforce.com is therefore buying the brains and the technology of Heroku as it believes Ruby is poised for stellar growth as the language of the web and online services.
Heroku itself has grown to 105,000 apps from 50,000 in the spring, and boasts US electronics outlet BestBuy among its flagship customers.
"The big thing you get is you will trust the two [Salesforce.com and Heroku] together more and more and we will find ways to deliver that rust to you," Harris said.
George Hu, vice president platform and marketing, added: "We expect them [Heroku] to look at our assets, and customer relationships, and tell us what they think is the best way to leverage that."
Harris, the man who built out Salesforce.com and Apex, seems genuinely awed by the Heroku platform.
Heroku is a multi-tenant hosting environment that runs Ruby apps on multiple servers using something that the company calls a Dyno Grid. The Grid uses POSIX, a Ruby VM, Mongrel app server, web-server interface, and an optional middleware layer, and it runs with different Ruby frameworks, like Rails and Sinatra. A Dyno is a single process that runs your Ruby code on the underlying server grid. Heroku sits on top of Amazon, and the big sell is its simplicity on features and price: you provision Dynos across different server CPUs rather than provisioning and working out the price for individual servers, as you would if you were using Amazon.
Harris said Salesforce.com wants to take its own tooling and break it down so there's lot of "small, sharp tools that are right for the job." It also sounds like there might be more tools serving application lifecycle management, security, and integration planned, but that these would come in the form of more Heroku-style add-ons. Harris ruled out any Salesforce.com-branded HR or ERP applications built using Ruby.
Salesforce.com's EVP of technology encouraged everybody to think of Salesforce.com as a plug in to Heroku. "This has gone very quickly," Harris said of the Heroku deal while looking ahead to what's next. "We now have to rationalize the development lifecycle. I don't have a great answer for that today and it's something I'm going to be working on."
When it comes to business application companies, developers are usually second-class citizens. The companies' target concern are sales people and CFOs using its apps, not those coding. Developers get a look in if the company's got a middleware strategy.
But Salesforce.com has realized it must be different and cater to real coders building real apps not business types doing drag and drop inside some templates if it's to grow and remain relevant in the enterprise.
Salesforce.com just spent $212m on a strategic bet. ®
Sponsored: Customer Identity and Access Management