
Is database vendor EnterpriseDB an open source vendor or not? The question seems to be getting O’Reilly Radar bloggers Nat Torkington and Allison Randal (as well as numerous commenters) hot under the collar right now.
As previously noted, I recently had the chance to sit down with the company’s chief executive officer, Andy Astor, and put this question to him directly .
[UPDATE - Andy has himself responded to the O'Reilly posts, see below.]
“Our product is not open source, but we are based on open source,” he replied, describing the fact that the company’s Advanced Server is based on the PostgreSQL open source database and adds functionality such as performance, enterprise tools, and compatibility with Oracle databases.
According to Astor, “well over 80% to 90%” of the Advanced Server code is PostgreSQL, while the company has also recently started offering support packages for the open source database.
However, he also made clear that this will not contribute a significant amount to the company’s revenue stream. “Our driving business is EnterpriseDB, and will continue to be 80% to 90% of the business,” he said. “We did not go into business to be a PostgreSQL support organization."
So, EnterpriseDB: open source vendor or not? Clearly it’s not a black and white decision, and there are degrees of openness. Is Novell and open source vendor? Partially. Is Sun? When it comes to software, yes. Is Oracle? A little bit. Is Microsoft? A tiny bit, but clearly, not really.
For my part, having had the model fully explained to me by Astor, I took the decision to stop referring to EnterpriseDB as an “open source database vendor” in news stories and articles, as can be seen from our recent article on VC funding:
“The level of interest in open source is evident in the experience of EnterpriseDB, which offers an enterprise database of the same name built on the open source PostgreSQL code base… While EnterpriseDB's key database enhancements, such as Oracle compatibility, and reliability improvements, are not open source, Astor believes that the firm's involvement in the open source community was a key factor in raising the funding.”
However, I continue to include the company in CBR’s list of open source funding deals because clearly an investment in EnterpriseDB is an investment in the strengths of the open source development model.
At the end of the day, it really depends why you are asking. Does EnterpriseDB rely on open source? Yes. Does it support open source development? Yes. Does it contribute back to the community? Yes. Does it make most of its money from proprietary extensions? Yes.
Does this matter? When it comes to deciding whether the company should be an OSCON speaker; that’s for O’Reilly to decide.
For most business users whether EnterpriseDB is “an open source company” or not is irrelevant, but what is significant is that the company offers a compelling alternative to Oracle at a good price.
The fact that it is able to do this is because it is based on open source code. And the fact that it is able to base its product on open source code is due to the license.
As O’Reilly’s Randal points out:
“It seems a bit hypocritical to extol the greater freedom offered by the BSD license (as its supporters do), and then look askance at companies who use the rights granted to them.”
Randal also raises the potential that EnterpriseDB may eventually release some of its own code under open source licenses. I also asked Astor about that potential – his answer was a non-committal ‘maybe’.
“We’re all trying to figure out the business models that work, and they’re evolving,” he added.
In this regard, it’s important to note the difference between a business model and the open source development model.
Clearly the two are very different, and as MySQL CEO Marten Mickos noted last year there are at least 13 different open source business models.
According to Marten, EnterpriseDB falls in to the following category:
7. Software is free but we built a closed-source product around it (EnterpriseDB, GreenPlum)
Well said, Matt. I think the key distinction here is between Code and Companies. Following is a post I wrote earlier this morning on this topic:
----------
It is worth dividing this discussion into two parts: Code and Companies
Code: Open Source is Open Source. That means source code is open and available for use and free redistribution. Taking it a step further, in today’s world, the definition of Open Source connotes code that is licensed under an OSI-approved license. To say otherwise is to confuse the issue. For purposes of the code, there are not degrees of open source-ness. Either the code is OSI-licensed or it isn’t.
Companies: There is a grand experiment going on today, in which a variety of business models around open source software are being tested. After all, companies are formed to make money, and require a business model to exist. Some companies offer support contracts for pure open source software. Others employ a dual-licensing strategy. And some close up some or all of their code bases. Provided the companies follow the terms of the underlying licenses, all of these models are valid, and all of them are properly associated with open source. Indeed, these companies are typically major leaders/contributors to their underlying projects and have the full support of their communities. While their products may or may not be open source, they are, indeed, open source companies. As Allison Randal says in her follow-up post ( http://radar.oreilly.com/archives/2007/02/enterprisedb_is.html ) to Nat Torkington’s, “What else would you call a company that bases their entire business on offering support and enhancements for open source software?”
Thanks for the input Andy.
Is a company worthy of referring to itself as open source or not and thus presenting as an open source vendor at OSCON? First, I think you must differentiate between open source projects and open source companies. And next, everyone would have to agree on what "open source" actually means. And that's not going to happen anytime soon.
These [EnterpriseDB, Greenplum and Pentaho] are three examples of commercial open source companies, and I think they all deserve to be called so. Some of these doubts and questions have also been raised about Ingres and Actuate [BIRT for Eclipse]. I'll leave the decision on those two as an exercise for the reader.
I've said more on this topic, follow the link from my name. It will be interesting to see how this debate goes, though I think we'll be having it for years to come.