Adam;
I support the decision either way. I love the product you guys have made, my coworkers are enamored with it, and we're now actively monitoring our equipment in ways we never thought possible before. My server guys love the fact that they can check in real time our network traffic, and can stop bitching that the network is "slow".
If MySQL would stop being a bitch about memory and connections, I'd be a happy camper.
I'm hoping to convince my Director to throw some end-of-year funds your way as a way of just saying "fuck yeah. Also have money."
-----Original Message----- From: observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Adam Armstrong Sent: Tuesday, April 16, 2013 8:12 PM To: Observium Network Observation System Subject: Re: [Observium] Observium Enterprise/Pro licensing
Hi All,
We have, for the time being, decided to shelve the licensing plan and are going to try the Kickstarter route.
We hope to get funding to write a functional alerting infrastructure within Observium, so that we can finally kick Nagios to the curb!
Anyone interested in proper, commercial support and banishing those dreaded BOFH responses are still welcome to enquire about that. :)
Thanks, adam.
On Mon, 15 Apr 2013 23:28:23 +0100, Adam Armstrong adama@memetic.org wrote:
On Tue, 16 Apr 2013 00:36:24 +0200, Job Snijders
wrote:
Hi,
Have you calculated how many dollars you need per year? Going from
there
and calculating backwards might be good strategy. You must have some
stats
from the svn repo how many unique IPs do 'svn up'. Are you today
getting
a
lot of requests for a few hours of consultancy on an observium installation?
There are approximately 3,500 live installations over the past 14 days.
Absolute minimum viable revenue to do Observium full-time would be ~$15k/a. For this I'd be able to pay for food, internet and electricity
for
laptop :)
We get a few requests per year for support and custom development, no
one
ever actually pays for anything.
Earlier a remark was made that complicated licensing schemes suck, something like "costs 2500 euro per year boss - flat" is appealing,
also
it
will make your license enforcement much simpler, as you don't have to
do
weird things with the code so people don't add more than X ports or X devices. A nice aspect of observium is that most people can easily tweak/finetune some parts of the code for their particular environment, binary blob distributions would take that away.
That isn't actually a benefit IMO. Any modification of the code makes updates pretty difficult.
The downsides of the ioncubed blob is that it's really difficult to deliver timely updates the way we do with SVN. Similarly any attempt to split the codebase would have this problem too. It's an absolute nightmare to manage two trains of the same code.
We likely wouldn't do anything to the code to stop people doing things, we'd rely on them not wanting to be doing illegal stuff at work.
In terms of separating features, I was thinking of doing that by having
a
separate repository of poller modules for the 'enterprise' features,
which
were automatically included when available.
Features for paying customers could be:
- heavier voting rights (paying customers priortize the todo queue)
- support response within X business hours
- X hours of remote support (more hours @ discounted rate)
- decent alerting
- API to intergrate observium with existing backend/CMDB (API to add,
delete & report on devices/ports)
Yup, this is what I was thinking of.
The alternative, of course, is to just cease free development and take
the
whole thing commercial.
This would be our least favoured option, but 100 paying customers are better than 3500 freeloaders :)
adam. _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium