Musings upon the open core functionality ceiling

One of the things you’d expect from an active open source project is that the code base is likely to grow as more and more features are added.

In An exploration of open core licensing in network management I mentioned that one possible side effect of open core software is the creation of a functionality ceiling.

A functionality ceiling is a level of functionality beyond which the community edition product manager is unwilling to implement because of the fear that the enterprise product will be less attractive to potential customers.

That got me thinking, if a functionality ceiling does exist, how can I demonstrate it?

The graphs below are taken from the Ohloh open source project directory. The rather useful thing about Ohloh is, in addition to cataloguing open source projects, it also performs  extensive code analysis.

The two graphs below are taken from the Hyperic code analysis and the Zenoss code analysis pages on Ohloh.

Hyperic Code Analysis Graph
Hyperic Code Analysis Graph
Zenoss Code Analysis Graph
Zenoss Code Analysis Graph

Both of the graphs clearly show a plateau in the quantity of code committed to the respective community edition code repositories. There may be a number of explanations for the plateau, perhaps heavy re-factoring work clears the space required by new features. Though, realistically I doubt that re-factoring would be capable of continually reducing the size of the code base in order to make way for new code.

The plateau look suspiciously like evidence that open core software, at least in the network management world, tends towards a functional ceiling.

Open source network management buzz comparison 2009

I did a comparison of the buzz for the leading open source network management tools in 2008 so I thought it would be interesting to do the same comparison for 2009 and see what’s changed.

As I did last year, I’ve compared the number of searches for the project name using Google Trends. As always, this post is not intended to be indicative of the usefulness of a particular tool to your requirements.

Open Source Network Management System Trends

Firstly a comparison of the major players in open source network management: Zenoss, Hyperic, Nagios, MRTG and OpenNMS. The most striking thing about the graph to me is the decline in searches for Nagios. From the middle of 2009 things have been declining quite steeply. MRTG has been declining though it just looks like a continuation of the decline evident for the last few years.

Open Source Network Management System Trend 2009

A Comparison of the Nagios Ecosystem

Whilst the above graph showed a reduction in the relative number of searches for Nagios, perhaps the Nagios ecosystem graph can explain it. Icinga, a Nagios fork, was created during 2009 and may be responsible for at least some of the decline. Icinga appears on the graph during late April and has a steady presence throughout the rest of 2009 save for a small period during the Christmas break.

A Comparison of the Nagios Ecosystem 2009

Open vs Closed Network Management Systems

Given that 2009 was a year of recession in many countries, perhaps it won’t surprise too many to see so many of  both the commercial open source and proprietary tools trending downwards. I suspect that 2009 was a tough year for winkling money out of IT budgets.

Open vs Closed Network Management Systems 2009

Conclusion

All in all an interesting year. Apart from the Icinga/Nagios episode it seems odd that none of the tools has made  significant progress during 2009. If open source tools were to make a move against their proprietary cousins you would assume it would be 2009 given the economic background. Budgets have been tight, so why haven’t open source tools made progress in these recessionary times?

A real world example of the problems with open core software

A real world example of what Tarus Balog from OpenNMS has been banging on about recently with his critique of open core or fauxpen source.

A product manager who has an open product and a closed product plainly has a decision to make over which features go into which product. Give too much away and the value add of the closed enterprise product is insufficient to warrant the licence fees. Put too many features into the enterprise product and the open source offering becomes useless.

Have Hyperic‘s & Zenoss‘s feature selections leaned too far towards their closed enterprise versions? Alemic Boiling would seem to think so…

Hyperic joins SpringSource

Congrats to Hyperic for the purchase by SpringSource. If you’d bet me which of the new wave were going to be bought first I would have bet on Hyperic every time.

What is most gratifying about the purchase is that it is an open source company doing the buying. Whilst I think it unlikely, one of the concerns many people have about the new wave is: what happens if they get swallowed up by some proprietary software company with absolutely no clue about open source.

From a business perspective things look good too, SpringSource have a very similar business model to Hyperic. It makes perfect sense for SpringSource to buy up the eco-system they themselves created by building the Spring framework. I wouldn’t be at all surprised to see them expand further into things like enterprise level e-commerce. I’d suggest they look at Elastic Path for that… 🙂

Open source network management buzz comparison 2008

As it’s the start of a new year I thought it would be an ideal time to look back over the year just gone. I have used Google Trends to compare the number of searches during 2008 of various open source and proprietary network management tools.

Whilst search volume is an interesting metric for network management tools, it is not intended to be in any way indicative of the usefulness of a particular tool. If you want to choose a tool, start from your own requirements first and select a tool from that.

Open Source Network Management System Trends

First up is a comparison of the major open source network management systems. Nagios, as one of the oldest open source projects in network management,  still has a huge community of users and, in spite of a number of very good competitors, appears to be holding its own.

MRTG during 2008 does show signs of continued decline. Hardly surprising given that a number of very capable competitors exist that are much easier to install and configure.

Zenoss, Hyperic and OpenNMS are all doing well, retaining substantial levels of searches with Zenoss retaining its early lead.

Open Source Network Management System Trend 2008
Open Source Network Management System Trend 2008

A Comparison of the Nagios Ecosystem

Nagios is a significant open source project in and of itself. In addition, it also has an ecosystem of tools built on top of it as well. There are three main nagios core tools: GroundWork Open Source, Centreon and OpsView.

I haven’t been able to use Groundwork Open Source because a comparison wouldn’t be valid given how many words it is made up of. Many people may well type in Groundwork instead of Groundwork Open Source even though you will get a lot of civil engineering related results.

Configuration is one area Nagios is not very user friendly to new users, relying upon editing configuration files for changes. Both Centreon and OpsView provide an improved configuration experience, reducing or completely removing the need to directly edit configuration files. Surprisingly both Centreon and OpsView receive substantially fewer searches than Nagios.

A Comparison of the Nagios Ecosystem 2008
A Comparison of the Nagios Ecosystem 2008

Open vs Closed Network Management Systems

A comparison between a representative sample of both open source and proprietary tools shows an interesting trend.

Both NetIQ and OpenView are losing searches whilst the open tools are holding up well. Perhaps, money was tighter in 2008 due to the economic woes befalling many economies. OpenView has been particularly badly hit, being well down over the year as a whole.

Open vs Closed Network Management Systems 2008
Open vs Closed Network Management Systems 2008

Conclusion

The open source network management tools search volume has held up very well throughout 2008. The same cannot be said for either proprietary tools, OpenView and NetIQ. Both of the proprietary tools have seen their search volume fall. A recession started during 2008 in many countries worldwide. So, that people are searching less for expensive software tools, maybe isn’t that surprising. I doubt the Google Trends data could evidence a shift from proprietary to open source tools though, given the absence of an upshift in searches for open source tools.

A perspective on open source network monitoring tools…

…by Grig Gheorghiu over on the Agile Testing blog: The sad state of open source monitoring tools.

“I wish there was a standard nomenclature for this stuff, as well as a standard way for these tools to inter-operate. As it is, you have to learn each tool and train your brain to ignore all the weirdness that it encounters.”

One of the problems with I.T. is the absence of a standard terminology. It would make things a lot easier if everybody used a standard set of terminology. Kinda hard to see how this can be imposed though. I guess over time a standard terminology will just evolve after the industry has matured a little more.

Open source network management comparison: Support

Attribute / Project OpenNMS Nagios Zenoss Hyperic Zabbix
Peer Support
Forum X X X X X
Mailing list X X X
Commercial Support
Support contract X X X X X
Training X X X X X
Consulting X X X X X
Learning resources
Blog X X X
Book(s) X X

Update 1: Zenoss has a forum / mailing list system. Both interoperate together so a post to one goes automatically into the other

Open source network management comparison: General

Attribute / Project OpenNMS Nagios Zenoss Hyperic Zabbix
General
Licence GPL GPL GPL GPL GPL
First released 2000 1998 2006 2006 2001
Development languages Java C Python / Zope Java / C C / PHP
External dependencies RRDTool / JRobin Net-SNMP / RRDTool RRDTool SNMP4J Net-SNMP
Configuration XML files Text files Web based Web based Web based
Extensible X X X X X
User interface Web Web / WAP Web Web Web
Reporting X X X X X

Update 1: Added C to the Hyperic development languages