Skip to main content

Just do it MoreOn!

A few weeks ago, I wanted to start a robotics project that would require close monitoring and realized...I didn't have any decent monitoring tools on my network.  So I looked around at the monitoring tool ecosystem, and the only halfway decent tool was Nagios.  I wanted something that would sit on my existing stack (with MongoDB as a backend) and wouldn't have to run on the servers it was monitoring.  Moreover, I needed it to be able to run on a Raspberrry Pi.  So I built it myself.

Introducing MoreOn

MoreOn is a tool for Monitoring Remotely Over your Network.  It uses SSH to tunnel into any server it can connect to and execute a command at a configurable interval.  It runs on the MEAN stack, making it super lightweight, and it has a fully functional REST API to access the data programmatically.

It installs easily too, letting you run it on any computer with NodeJS and MongoDB.  This means you can spin it up on your computer just to check on data on your servers, or host it somewhere in order to see historical data.

Plus, it's pretty!

It uses bootstrap for styles, so it looks great at any resolution.

So how does it work?

So this tool leverages the power of SSH via simple-ssh.  It uses your private key locally via an environment variable called SSH_KEY and can connect to any server that has your public key stored in it's authorized_keys file.  Here's a tutorial on how you set that up.  Once those two things are working, all you have to do is add some servers.

Does it Authenticate?

So MoreOn requires authentication currently for modifying any of the servers or scripts.  It offers a local storage and google+ login if you take the time to configure it.  I plan to add options to have everything require auth, and nothing in the future.

How much is it?

MoreOn is and will always be free for anyone willing to learn enough to install it themselves.  If you want the packaged software preinstalled for you though, let me know, and I'd be happy to discuss a price.

What else you got planned?

I have plans to setup the REST API to allow servers to send data to MoreOn, offering an alternative way to get data.  Additionally, the whole reason is so I can watch some robotics, so I'll set up some scripts to have it connect to other REST APIs and of course to look at other kinds of data.  Finally, I want to offer other display options and drill-downs in the UI.  So there's definitely more to come.

I want to help!

Well, sure.  That's why it's open source and on github.


Popular posts from this blog

Managing Developers is HARD

I've been a software dev for a long time.  I've also been running my own software company for a few years now.  This is important information because of why I do these things.  I am a sofware developer because I love learning.  I slack off when doing a job that bores me, and software development always has something new to experience which keeps me excited and interested.  Why start a software company then?  That puts me in the role of manager rather than developer.  The truth is simple.  I've worked for a lot of companies, and I don't see any of them doing a great job of managing their software development.  That's not to say none of them have done a good job, but no one out there seems to be doing a great job.

How are they different?
A lot of companies get this part right.  Software developers are different from other employees.  The distinction is important in the same way it's important to acknowledge that an insurance agent is different from a construction…

Managing Programmers

Working with other programmers is tricky.  That said, it's nothing compared to the job of managing programmers.  One of my favorite quotes about Perl is that (paraphrased) "a Perl developer is like a rockstar.  Now imaging having a bunch of rockstars in one room together and you will understand why you don't want an entire team of Perl developers."  It's not about Perl here though. What's important to understand is that any developer worth his salt is going to be like a rockstar.  And yes, there are a lot of professional developers out there who aren't worth their salt, but that's for another post another day.  Rockstar may not be the right term here, but think of it this way.  These guys are smart.  They may not be geniuses, but there's going to be things that they know that you don't and probably never will.

I've seen it more than once and it's not going to make some Product Managers happy, but I'm going to state a fact, an eleph…

How to identify a skilled programmer during an interview

How does one identify a skilled programmer?  No company that has interviewed me could tell the difference between myself and other programmers they'd interview.  The interview process is truly a game of luck in this industry--on both sides.  Both the programmer and the company are basing their actions entirely on luck.

Companies have come up with numerous methods to attempt to discern a good programmer from a bad one.  The best tricks they have include a series of math problems, algorithms, problem solving technique tests, and even obscure programming questions, some without definitive answers.  As an example: Is there an authoritative source of information on the core principles that define object oriented programming?  I've heard everywhere from 3 to 7.  In a field of research about a synthetic concept, an authoritative answer is almost impossible to obtain.

Programmers were then forced to study to the interview.  Careercup is one of my favorite sites for this.  This almost …