martin_rusev

I launched a paid version (http://amon.cx/plus ) of my server and web app monitoring toolkit - Amon ( http://amon.cx ) back in February and have made something like $3000. It took me 2 months working full time to build it.

Fixed. Thank you

No, only Linux at the moment. I am considering a FreeBSD support and probably Windows :)

That's something I've been working on for some time, but it's not ready for public release. As I see it - Amon Plus will have a fully featured ACL in a week.

It's the other way around. On the servers you install a 10KB agent that collects the data and sends it to the central instance

It's only HTTP for now, but my plans are to extend it to support different transport protocols ( 0mq, UDP, TCP)

The normal version can monitor only the server it's installed on. The Plus version has alerts and you can use it to monitor as many servers and apps as you like - there are no internal restrictions besides the memory of the VPS it's installed on. So if you want to monitor 10-15 servers - you will manage with a 128-256MB VPS, if you have more than that, all you have to do is to upgrade it to 512MB RAM or more.

Thanks for pointing out fpm. It looks really neat. Also with the Homebrew example, you made me realize that I don't need the bash installer at all ( It's extremely hard to maintain and extend, but that's the default convention - one line Unix installers have to be in bash script). Python and Ruby are perfect scripting languages, so the next installer will be in one of those languages with more options for the user.

Thank you for the feedback.

For the Mongo installer - I really, really, really wanted to install it with one line of code, instead of writing 100 lines bash spaghetti, but that's not possible - it works on some distributions ( it works fine on Ubuntu 11.04+, but I always had problems with Ubuntu 10.10 and CentOS 5.5 ) and it doesn't work on others.

The problem with the logging are not application logs in general. I started working on that module, not because I didn't like the way I store my log entries, but because - I wanted flexibility on a program level. Every programming language out there has a diverse set of datastructures, but the logging modules are always limited to strings and levels. So you can't really "personalize" and "humanize" your log entries and also - you have one additional step - to convert the log entries to strings. And that depending on the language is between 1 and 4-5 lines of code. And these lines really add up.

I fixed the OS detection script, thanks for that

Thanks, I will remove the wildcards and rm -rf where I can. I will add more comments to the scripts, so people can instantly know what exactly is happening when they read through.

Thanks a lot for that.

First, it downloads and installs a non-checksummed i686 binary version of mongodb. This is outrageously anti-social and one should be embarrassed for releasing that. Ditto ez_setup and all that crap. This is 2011.

Amon is language agnostic, so there is enourmous chance, that a person who has 0 python knowledge could use it. By default none of the Linux distributions out there have pip or easy_install, so I thats why I have to install it.

I'm only looking at the Debian script now, but it's littered with other bugs such as not calling update-rc.d for amon (it is called for amond)

That is for reason. Some people, especially on small VPS's prefer to keep their memory usage low, so that's why the web part is running on demand only.

It won't even uninstall on Darwin due to "[ "$(uname -s)" != "Darwin" ];"

It's not running on MacOS at all at the moment, that's still work in progress.

If you can help with advice, I will be more than happy to listen :)

Maybe I will do that, because it will be more convenient for some people. But the Pro version will always be an option for people that don't want to pay monthly charges and are OK with managing their own instances :)

P.S And of course the Open Source version will do the job for most people

Because at its best Redis is an in-memory database. That means saving log information to it ( the exceptions are log information after all ) will take RAM. And at some point you will have to migrate to bigger VPS just because of that. You can manage that with the expiring keys, but some people prefer to keep their logs for long time.

Almost there with the auth module, probably 2-3 days :)

It was Redis once :) But Redis is not a good database for storing Rails exceptions, that's why I replaced it with Mongo.

There is a Pro version in the works. The idea is to have a fully working open source variant with almost everything included. But if you want to monitor multiple servers, better support for multiple apps ( for example: color filter in the web interface ), email notifications , etc - then you can buy the Pro version. The Pro version will cost something that everyone can afford and it will be - pay once, use forever :)

I've started something like that a year ago. It's called purplescript( https://github.com/martinrusev/purplescript ) and it's a ruby like language written in Python ( with PLY ) and it compiles directly to PHP, so there is no need to rewrite PHP functions - they just work.