Enterprise Initiatives

In part 1 I debunked the "OSS is bad for the economy myth". In part2 I showed six different models for OSS support. In this third and final post on debunking OSS myths, I will address these two statements:

• OSS products are second rate ("created in the garage" mentality)
• OSS can't be good because it is free

There are many OSS products that are highly reliable and run the systems of very successful companies and web sites that have millions of users. Just look at some the names of highest traffic web sites ranked by Alexa that use the LAMP (Linux, Apache, MySQL, PHP, Python, or Perl) stack (the link next to the website shows their underlying architecture):

1. Yahoo (LAMP)
   
2. Google (LAMP)
   
3. Youtube (LAMP)
   
4. Windows Live (Win)
   
5. MSN (Win)
   
6. MySpace (Win)
   
7. Wikipedia (LAMP)
   
8. Facebook (LAMP)
   
9. Blogger.com (LAMP)
   
10. Yahoo JP (LAMP)

Go to this link to look up the architecture of your favorite sites.

Other major companies using LAMP are Amazon, Disney, Boeing to name a few. Read this article called How Linux saved Amazon millions to see the real value in open source software. Twitter is another site that is growing like crazy. Look at the OSS that it uses:
But major websites aren't the only ones leveraging OSS. Most of the major technology companies have an open source strategy now. How about this list (click on the links to see each company's Open Source page):

• IBM
• Sun
• BEA
• Oracle
• HP

All of these companies are using OSS along side their own products to drive costs down. Most non-Microsoft development these days leverage a ton of open source tools. Look at the tools in the J2EE stack:

• JBoss
• Tomcat
• Struts
• Hibernate
• Spring
• PHP
• Perl
• Python and more

So much for the comments "Free means crap" or the ignorant "garbage.com" comments. These tools are the real deal. Are there crappy OSS products? Sure, but no different then the crappy proprietary products. Even Microsoft is starting to pay attention to Open Source. Although they are doing because OSS is a threat while the other companies are leveraging it as a competitive advantage.

So this concludes my 3-part series on debunking OSS myths. Anytime you hear the myths or FUD be spewed by those who refuse to acknowledge reality or just have not done their homework, please forward them these articles so they can learn what most of the rest of the world already know.

In part 1, I highlighted four myths (FUD) that I felt needed to be addressed:

1. OSS is bad for the economy and defies the values of capitalism
   
2. OSS support is bad, slow, and/or non-existent
3. OSS products are second rate ("created in the garage" mentality)
4. OSS can't be good because it is free

In this post I will discuss the myths about open source support. I have heard every quote from "You can't get support for open source" to "Where are you going to get support, in a chat room?" It is obvious that people who make these statements have not done their homework or just choose to dislike OSS because of their long history of snuggling up with their favorite vendor(s).

There are many options for getting OSS support. I will list six that I am aware of.

Single Vendor Support
Many well established open source projects offer support for a fee. Typically these support fees are minimal when compared to proprietary software where they charge 18-21% of the purchase price. Some projects offer a totally free version of their software with a subset of features but offer an enterprise license with full support that has the complete bundle of features. In either case, this model is similar to the normal proprietary model where you pay for the support of your product. Also, many major software vendors like IBM, Sun, and Oracle are leveraging open source products within their software offerings. In cases like this, these vendors provide support for the OSS products. The only downside to this is they are often not certified on the most recent version of the OSS products.

Stack Vendor Support
In this model, a single company provides support services for a suite of products. Companies like SpikeSource & SourceLabs provide support for a suite of products while Redhat provides support for its own "appstack" which includes jBoss, Red Hat Linux, Apache, MySQL, PostgreSQL, and languages like Perl and PHP. The following diagram is from SpikeSource's web site that shows a few different stacks that are supported.


Community
All OSS products have community support. Many people not familiar with OSS believe that this is nothing more then interacting with some hacker in his garage. This might be true if you are betting your business on a product with a development team of three (which is not highly recommended). But most serious OSS contenders have a huge community following which provides 24x7x365 support from people all around the world. This is where I see an advantage of community support over proprietary software support. In the OSS world, it doesn't matter if you are a billion dollar company or a startup, your issues are equally important and addressed. In the proprietary world, top customers typically get priority over others because huge contracts carry a lot of clout. Many critical fixes and security issues are fixed and patched literally overnight. In fact, if you know how to fix the issue, you can make the changes and submit it to the project team to be reviewed and possibly patched. That beats waiting for the next service patch!

Do It Yourself
You also have the option to not pay any support and fully support the OSS yourself. This makes sense for most non-mission critical products like blogging software (WordPress) and wikis (Mediawiki), but is not recommended for mission critical products like server based Linux and ESB's like Mule.



Use consultants
Another option is to use consultants. This can be individuals who are experts with certain OSS products or companies that specialize in installation and/or support services for various products. You can see a huge list of consulting companies on Sourceforge.net who specialize in certain areas. Some companies use consultants for installations and upgrades, but chose the "Do it yourself" method for everything else. Sourceforge also offers support services for several products.

Mix and Match
The sixth model is to mix and match a combination of the five support models above. Many OSS products rely on a LAMP (Linux, Apache, MySQL, PHP) stack. A company may already have a stack support vendor it deals with and may choose one of the other models to support the specific product. I'll use my Mediawiki example again. Mediawiki may not be a mission critical application at your company, but a few other applications might rely heavily on LAMP, including the wiki. The LAMP stack may already be covered by a stack vendor so you may chose the community or "Do it yourself" models for the wiki.

So the next time somebody tells you that you can't get support for OSS, forward them this link. This myth is pure FUD. I am not saying the all OSS products have good support, but then again, that is true for proprietary vendors also. Part of the vendor selection process for OSS should include your support requirements. If support is critical, make sure you pick a product that has strong support options in one or more of these models.