Road to open source

mberkay — Mon, 11 Feb 2008 19:14:46 GMT

I'm excited to announce that iFountain has decided to go down the road not so less traveled and embrace the open source model. Being open has always been in our DNA, and we've agreed that embracing the open source model is the best manifestation of this objective.

As part of being open and transparent, I'll try to journal the road to open source for us. We'll try to get this done right. No doubt that it would not be difficult to post all the source code somewhere, stick on the GPL license, make a press release and declare the mission accomplished. But outcome of that alone would be no good for anyone. It takes more than declaring a license to turn closed source products into useful open source projects. Based on lessons learned from other projects, here is what we intend to do:

Open development infrastructure

It's clear that we need to implement an infrastructure to support open development where (most) developers are not in the same room. We need to make better use of the available tools to facilitate productive work and establish the methodology. Atlassian products JIRA and Confluence seem to be the defacto development/collaboration tools in many of the open source components we use, hence we intend to use them as well. We will also move from CVS to Subversion as the version control solution as it alleviates some of the problems we currently have.

I'm bummed that JiraStudio is not yet available (in closed beta) as I think it'll be a great solution for any distributed team. We'd love to use the JiraStudio instead of having to implement and integrate these tools ourselves. We'll keep and eye on it anyway. One can always hope

Solution architecture

As we transition our existing products into open source, we intend to rearchitect them, using a more loosely coupled component based approach that will facilitate plug-ins as much as possible. I think this is essential to make the code really “available” to people. Decoupling different components, will make it possible for others to use the components in their solution if they choose to. It should not be necessary for someone to understand the entire code base to develop additional functionality or modify/enhance parts of it.

Since our projects will inherently have significant integration requirements, plug-in structure should make it easier for others to create integration modules to serve their needs without having to master the entire solution.

Product design and messaging

Open source is an ecosystem. I think it is wise to take the existing landscape into account and address an area that ecosystem is in need of, rather than piling on an area where there are already existing open source solutions. I believe our solutions will fill a gap in IT management field and has very little, if any, overlap with existing projects and companies in the open source field. Hence, I hope that we will find significant synergies with other projects.

To emphasize this we will shed parts of the products where others do a better job (and use what's available instead) and focus on the parts we believe we're filling a gap. As can be imagined, this is not an easy feat, and we'll work on this heavily next couple of months. As always, any feedback will be more than welcome, to guide us to the right pastures

So what's the next? We will launch the development site (ifountain.org) with Jira and Subversion and release first version of “RapidCMDB”, an inherently fedarated CMDB solution for the enterprise by next week. Stay tuned to get more details on RapidCMDB ...

More investment flows into open source IT management companies

mberkay — Wed, 23 Jan 2008 17:31:39 GMT

OMC member Zenoss has just announced $11 million new investment so congragulations is in order.

Tarus of Opennms has a blog post where he somewhat criticizes the VC financing of Zenoss, Hyperic and Groundwork. The post reads as an attack against these open source competitors (though Tarus does say that it isn't), and I felt compelled to comment on some of the memes in this post as I saw them elsewhere before. To get it out of the way, I don't have any kind of relationship business or personal with Hyperic, Zenoss, Groundwork or OpenNMS.

"Since we are trying to position OpenNMS against products like Tivoli and OpenView, they really aren’t who we are trying to compete against, and since we don’t have millions of dollars in investment it could come across as if I was a big whiner, boo-hooing about our poverty."

Like it or not, OpenNMS is competing against other open source IT management players. Customers decide who the competition is and the "Little 3" are competition for OpenNMS as much as Openview or Tivoli, may be more so. Tarus's statement seems to be more of a "desire" than fact. Implication that they are not open source enough, because they have some proprietary components and OpenNMS is the only "true open source" project is all over the post. Not the first time I saw this type of mud slinging.

Companies have to find a way to make money, and nothing wrong with having an enterprise version. It is in the interest of their community for them to be successful so that they can continue to develop the open source solution. Their open source versions stand on their own and welcome contribution to the field. If people decide they are not, they simply won't use them.

What is open source now will stay open source by definition and even if they stopped developing the open source parts, someone else can always continue. From what I understand this is sort of what happened with openNMS (someone else continuing part)?

"they accepted some VC funding, developed some code, and released it on Sourceforge. They were promptly sued by their board to the tune of US$50 million for releasing trade secrets."

So some VCs did some really bad things. All VCs are evil anyway, hence companies (Hyperic, etc.) took VC money are tainted? Tarus would only take money from investors who "shared his vision" but they took money from the dark lord, so they must have sold their soul. The fact is, we don't know what conditions they took the money, or what they plan to do with it. This is pure FUD. Not cool.

"So how will such a project respond to a user who implements the “enterprise” functionality as open source? I don’t think they could accept the code and commit it while at the same time satisfy shareholders who expect software revenue. They’d have to make up some excuse about why they couldn’t commit it, and unless the independent community was strong enough to fork the code, nothing would change."

This is ill informed speculation at best. The model for contributions is established in several projects, including MySql. A recent example of it is between Google and MySql, where Google donated significant chunks of code to MySql. If someone wants to contribute they don't have to make any excuses. They just have to sit down and make a deal.

"I have to wonder. If acquisition is the main exit for these companies, why would someone like IBM or Sun want to pay US$100 million or more when they could pick up, I dunno, something like OpenNMS for half that? (grin)"

The answer is simple: same reason why Sun acquired MySql and not PostgreSQL. The one with the biggest community and largest customer base wins. If Zenoss or Hyperic manage to get 10 times as many customers as OpenNMS, IBM or someone else may be willing to pay many times more to acquire them as Sun did with MySQL. Also note that, MySql "owns" its products just like Zenoss and Hyperic. AFAIK no one owns OpenNMS so it can't be acquired.

We need more business models that make open source viable, not less. More ways to attract investment, not less. Throwing mud at other business models is simply not productive, and not a good way to compete.

Expositus Procuratio

Road to open source

More investment flows into open source IT management companies