Live data from Hacker News

VMware launches Node.js, Rails and Spring PaaS

cloudfoundry.com

51–57 of 57 posts

Re: VMware launches Node.js, Rails and Spring PaaS

#51

Any chance of getting Python/Django support in the near future?

It'll be interesting to see if/when Python/Django support emerges for CloudFoundry. In the meantime, the DjangoZoom PaaS provides automated deployments of your Django app in as little as 30 seconds. Sign up for the private beta and mention that you saw this Hacker News thread to get priority in the queue. http://djangozoom.com

Re: VMware launches Node.js, Rails and Spring PaaS

#52
post #32
post #15

Well, to make the license question easier, their invite request form is utterly unusable on Android. I apparently need to 'scroll to the bottom' to submit to a dubiously enforceable license before even being allowed to see their beta, exciting action made anyway imposible by the broken design. Node.js notwithstanding, this tastes from the start like a proper enterprise service.

On the iOS you can scroll textareas and iframes using two fingers. I imagine it should be possible on Android too.

If only it were that easy.. For the record, the default Android browser seems to (still) have an issue with the 'overflow' CSS property, causing overflow:auto and overflow:scroll to show up as overflow:hidden. http://code.google.com/p/android/issues/detail?id=2911

Re: VMware launches Node.js, Rails and Spring PaaS

#53
post #17

I was suprised no virtualisation is included in the solution (or I did not find the parts in the github repos). Seriously, shared-hosting is so 1996 from a security perspective. So for me It will be "just" an "internal cloud" solution and maybe replace capistrano. Still, puppet and chef will do the "physical"/"system" provisioning for my customers and my projects.

Virtualization isn't the only way to isolate apps. What happened to good old Unix user accounts? It seems ridiculous to me to allocate entire kernels and OS runtimes per user/app when they can just share all that stuff and have the kernel isolate access and divide resources.

Because since then code has got more hostile. Arbitrary code execution attacks and then local root exploits are not uncommon. You have to make some effort to protect against these. Lxc as mentioned at least isolates processes, file system and network access which helps a lot.

Re: VMware launches Node.js, Rails and Spring PaaS

#54
post #43

It definitely makes sense for VMware to build and open source this, since their core business is selling the virtualization software this runs on top of (I assume). Though I wonder how much of it is really VMware specific, or if it would be relatively easy to port to Xen, etc. Edit: actually it appears it might be agnostic to the virtualization layer.

It seems that VMware's long term view is that virtualisation itself is a commodity (which it is, KVM and Xen are both "good enough" already), and it's going to be the management of IT resources which is financially lucrative in the future. Their core business today is selling vSphere 4 management with ESXi as the hypervisor, I think they see their core business in 10 years as being the management layer for your entir…

I hate it when this happens.

ESXi is excellent, I think one of the best x86 kernels in existence. The management software is nowhere near on par with it; it is finicky Windows software that doesn't match the hypervisor's speed or reliability. The long-rumoured Linux version of the management platform still has not materialised.

Re: VMware launches Node.js, Rails and Spring PaaS

#56
post #54
post #43

Earlier quoted context omitted.

It seems that VMware's long term view is that virtualisation itself is a commodity (which it is, KVM and Xen are both "good enough" already), and it's going to be the management of IT resources which is financially lucrative in the future. Their core business today is selling vSphere 4 management with ESXi as the hypervisor, I think they see their core business in 10 years as being the management layer for your entir…

I hate it when this happens. ESXi is excellent, I think one of the best x86 kernels in existence. The management software is nowhere near on par with it; it is finicky Windows software that doesn't match the hypervisor's speed or reliability. The long-rumoured Linux version of the management platform still has not materialised.

The Linux version of vCenter is part of vSphere 5. There's also a cross platform version of the vSphere client, though it's written in Adobe Flex, so who knows how good that'll be..

Re: VMware launches Node.js, Rails and Spring PaaS

#57
post #9
post #8

Earlier quoted context omitted.

That seems pretty reasonable, and maybe even necessary. If they're copying your code around or distributing it to users, they may need those rights. "..solely as necessary for Cloud Foundry to provide the Service..." is the key point, there.

Just so I understand you correctly, does that imply that their intention is to prevent being sued if they need to change your code in order for it to work on the platform, in the event of say, an upgrade of their core infrastructure? If so, that makes a lot more sense. Thanks.

For example, if you upload a Rails 3 application that (as per the default) disables serving javascript and html files, CloudFoundry (and any PaaS that runs Rack basically) have to flip that switch for you. I believe that clause just makes sure such things are permitted. For Java apps, you have to generate XML files containing whatever the values turned out to be at runtime, etc.
Post reply on HN