Skip to main content

Should VMware open source ESX server?



This blogger has some points to make about open sourcing ESX server.

His arguments are:

  • ESX is already using many open source technologies and components, whether we say it's built on top of Linux OS, using Linux kernel, or is a Linux derivative, it is built on an open source foundation.

  • ESX Server make Linux users feel at home, and Linux community are used to find, evaluate and use open source projects before they recommend it to their employers and use it in the enterprise, imagine a project called OpenESX, and fully open source and free virutualization project where anyone if the world can contribute to the design, development, testing, and documenting of every part of it just like Fedora project and Redhat. VMware will sponsor the project and support the development.

  • It will provide rapid progress, more innovation, closeness to the users, and larger user exposure: open source's advantages.



Good point but in the wake of the apparent legitimization of Linux and Open Source and also the move of open source firms building products with OSS stack and going proprietery (with a OSS arm as well) why should VMware go that way. I am not saying that its a bad move, in fact it is a very good move. but I want to know from experience of other firms (who have gone that way) a couple of things:

  • Did your sales shoot up after the release of your OSS?
  • What is the added value (I know community and all that stuff but )?
  • What about reputational advantage or disadvantage (Think of that prolific developer who walked out of fedora because of poor patching and other issues. This guy was a loyal, not on payroll, but loyal. Then he defected to Ubuntu)
  • Manageability: You'll need a huge and a long arm to manage that OSS initiative, do you have the capacity to do that? Do you pay those project members enough so they can help you out and give you a good report?
  • Cash and Investors: what do the investors think?
I think if that was a good path then Microsoft would have gone that way long long ago.

Now in favor:

  • User community would benefit greatly from it.
  • That will make ESX almost pervasive and a household name
  • Innovation will shoot inall directions: Super computing, mobile devices, provisioning, etc
My advice:

  • Have people on your payroll and not just some amateur or professional contributors because they can step away when jilted. Better get them onboard if you want to go that way!
  • Metrics: Keep the fundings tight and measure the projects regularly. Keep asking questions: does it generate any value? does it generate cash? If not, shelve it!
  • Investors on board. Very crucial!
final advice: Should they? I'd say "not yet, not in 2007 atleast!"

Read this post.

Comments

Popular posts from this blog

Security: VMware Workstation 6 vulnerability

vulnerable software: VMware Workstation 6.0 for Windows, possible some other VMware products as well type of vulnerability: DoS, potential privilege escalation I found a vulnerability in VMware Workstation 6.0 which allows an unprivileged user in the host OS to crash the system and potentially run arbitrary code with kernel privileges. The issue is in the vmstor-60 driver, which is supposed to mount VMware images within the host OS. When sending the IOCTL code FsSetVoleInformation with subcode FsSetFileInformation with a large buffer and underreporting its size to at max 1024 bytes, it will underrun and potentially execute arbitrary code. Security focus

Splunk that!

Saw this advert on Slashdot and went on to look for it and found the tour pretty neat to look at. Check out the demo too! So why would I need it? WHY NOT? I'd say. As an organization grows , new services, new data comes by, new logs start accumulating on the servers and it becomes increasingly difficult to look at all those logs, leave alone that you'd have time to read them and who cares about analysis as the time to look for those log files already makes your day, isn't it? Well a solution like this is a cool option to have your sysadmins/operators look at ONE PLACE and thus you don't have your administrators lurking around in your physical servers and *accidentally* messing up things there. Go ahead and give it a shot by downloading it and testing it. I'll give it a shot myself! Ok so I went ahead and installed it. Do this... [root@tarrydev Software]# ./splunk-Server-1.0.1-linux-installer.bin to install and this (if you screw up) [root@tarrydev Software]# /op