Amon - server monitoring, simplified logging and error tracking for web apps
11–20 of 39 posts
Re: Amon - server monitoring, simplified logging and error tracking for web apps
#12Re: Amon - server monitoring, simplified logging and error tracking for web apps
#13Re: Amon - server monitoring, simplified logging and error tracking for web apps
#14* Alerts via SMS (possibly by integrating Twilio / Tropo).
* API via zeromq instead of HTTP. Async logging via workers. This could become handy if you log lots of things. It would also prevent logging to become the bottleneck of my applications.
Re: Amon - server monitoring, simplified logging and error tracking for web apps
#15Why would I prefer this over a well-configured monit? http://mmonit.com/monit/
Re: Amon - server monitoring, simplified logging and error tracking for web apps
#16Re: Amon - server monitoring, simplified logging and error tracking for web apps
#17Besides the fuzzy feeling of helping a open source project with comercial endeavors, how does it compare to services like Server Density, Nagios, Monit, etc?
The most obvious difference is that Amon runs on your hardware, so the data stays with you. The pricing model is fundamentally different than services like Server Density, New Relic, Scout, etc in that you pay per major version, rather than per-month.
Amon is currently pre-1.0, so it's hard to compare with a mature service like Server Density. They're (Amon) no where near feature parity with SD. Then again, SD will quickly cost you many times the licensing cost of Amon when you're monitoring multiple servers.
For me, the value judgement will have to wait. With services like Server Density you are (theoretically) offloading a lot of maintenance overhead to the SaaS provider. If Amon delivers on their "one line installer" promise, then it will at least have "effort parity" with many SaaS providers.
I have to wait because they're pre-1.0, so while their software is inexpensive and easy to use, there is a distinct lack of critical features. If I'm making the evaluation (whether to roll this in to production) today, I can't live without alerts, so Amon is out. Based on the way things are looking, I'd say that Amon has a bright future though. I might buy an early release, just to get up to speed on it.
Tangent: Where did you see that Amon is open source? I see that I can get access to the source by licensing it, but I don't see any mention of open source on the pages I viewed.
Re: Amon - server monitoring, simplified logging and error tracking for web apps
#18Besides the fuzzy feeling of helping a open source project with comercial endeavors, how does it compare to services like Server Density, Nagios, Monit, etc?
The MongoDB installation that Amon sets up is not in a replica set nor sharded, so it leaves you to deal with redundancy, failover and scaling. We use MongoDB for Server Density and I can tell you that managing huge quantities of data is not easy.
Re: Amon - server monitoring, simplified logging and error tracking for web apps
#19Besides the fuzzy feeling of helping a open source project with comercial endeavors, how does it compare to services like Server Density, Nagios, Monit, etc?
I'm looking at replacing Munin with Amon. We used to use a pay-per-month monitoring service, but I find the setup and maintenance of many services to be equal to the headache of maintaining something like Munin. The most obvious difference is that Amon runs on your hardware, so the data stays with you. The pricing model is fundamentally different than services like Server Density, New Relic, Scout, etc in that you pa…
Re: Amon - server monitoring, simplified logging and error tracking for web apps
#20Why would I prefer this over a well-configured monit? http://mmonit.com/monit/
Amon appears to have a slightly different goal set than Monit. Monit is more of a "Is this process running and ok?" tool for keeping processes running as expected. Amon seems a bit more like Munin.