Live data from Hacker News

μMon: Stupid simple monitoring (2022)

tomscii.sig7.se

81–90 of 110 posts

Re: μMon: Stupid simple monitoring (2022)

#81
post #60

Earlier quoted context omitted.

> Docker feels contrarian for no reason No, Docker is a mess.

What is it more specifically that you think is a mess? Do you mean the OCI Image Format, Docker Inc, Docker Engine, something else…?

You enumerated it yourself.

Re: μMon: Stupid simple monitoring (2022)

#82
post #11
post #9

I like the concept of simple monitoring. Simple means it is simple to install, simple to maintain and simple to use. For me, this is netdata. Netdata could be much more, but I just install it on whatever machine and never think about it again. And when something is strange on that machine, I go to http://localhost:19999 and look around.

Not sure I haven't run across it before, but this is the first time I've tried using Netdata. Looks like it is very good for metrics, at least in the 10 minutes I have spent installing it on my local desktop and poking around the ui there. I'm not seeing anything in it for logs, though. I'm guessing it doesn't aggregate or do anything with logs? What do you use for log aggregation and analysis? I'm very interested be…

I have used https://github.com/openobserve/openobserve in several hobby projects and liked it. It's an all-in-one solution. It's likely less featureful than many others but a single binary and everything in one place pulled me in and worked for me so far.

Not affiliated, I just like the tool.

Re: μMon: Stupid simple monitoring (2022)

#83
post #11
post #9

I like the concept of simple monitoring. Simple means it is simple to install, simple to maintain and simple to use. For me, this is netdata. Netdata could be much more, but I just install it on whatever machine and never think about it again. And when something is strange on that machine, I go to http://localhost:19999 and look around.

Not sure I haven't run across it before, but this is the first time I've tried using Netdata. Looks like it is very good for metrics, at least in the 10 minutes I have spent installing it on my local desktop and poking around the ui there. I'm not seeing anything in it for logs, though. I'm guessing it doesn't aggregate or do anything with logs? What do you use for log aggregation and analysis? I'm very interested be…

I'm not sure if the version in use at $workplace is out of date or incorrectly configured, but it is a dreadful prometheus client in that it doesn't use labels, it just shovels all the metadata into the metric name like a 1935 style graphite install, making most of the typical prometheus goodness impossible to use.

The little dashboard thing is nice, though.

Re: μMon: Stupid simple monitoring (2022)

#84
post #23

Why's everyone hating on Grafana? I find it fairly easy to use, it has a good balance between power & simplicity. And with docker you can make it run in seconds.

Using Docker to run in seconds is like saying using a Windows VM in Qemu and you got Office running in seconds on Free BSD.

It’s still a mess, but it’s hidden now.

Re: μMon: Stupid simple monitoring (2022)

#85
post #72
post #60

Earlier quoted context omitted.

What is it more specifically that you think is a mess? Do you mean the OCI Image Format, Docker Inc, Docker Engine, something else…?

I couldn’t get Docker to run with WSL backend on a freshly installed Windows 11 Pro, a very common use case. I’m not sure if they even test their own software.

You could just opt for the regular Docker for Windows approach, instead. Although I honestly only ran Docker in WSL on Windows, but haven't tried with Windows 11.

Re: μMon: Stupid simple monitoring (2022)

#86
post #72

Earlier quoted context omitted.

I couldn’t get Docker to run with WSL backend on a freshly installed Windows 11 Pro, a very common use case. I’m not sure if they even test their own software.

Windows and WSL are a mess. Run docker on Linux instead. There is no reason to run docker on windows, except if you are planning to build windows containers.

If you're a Windows user, running Docker in WSL _is_ running it in Linux.

Re: μMon: Stupid simple monitoring (2022)

#87
post #72

Earlier quoted context omitted.

I couldn’t get Docker to run with WSL backend on a freshly installed Windows 11 Pro, a very common use case. I’m not sure if they even test their own software.

Windows and WSL are a mess. Run docker on Linux instead. There is no reason to run docker on windows, except if you are planning to build windows containers.

Incorrect. Portable .NET development natively uses Docker. Works pretty seamlessly with Visual Studio actually, though slower than I'd like.

Re: μMon: Stupid simple monitoring (2022)

#88
post #74
post #40

I like the focus on simplicity of uMon, and agree with author's criticism of behemoths like Grafana. But looking at the installation instructions[1], I can't help but think that their reluctance to use Docker feels contrarian for no reason (and the quip about it being "out of fashion" completely misguided). This whole procedure could be automated in a Dockerfile, and actually running uMon would be vastly simplified.…

> There's an argument to be made that the "Simple" Network Management Protocol they're a fan of is far from being simple either[2]. Configuring the security features of v3 is not a simple task, and entire books have been written about SNMP as well. They conveniently ignore this by using v2c and making access public, which might not be acceptable in real-world deployments. Oh you sweet summer child that's fucking easi…

This is what MIBs are for. Like yeah MIBs are probably too verbose for what they're used for, but once you write yours you only need it on the host you'll make snmp gets from (ie your monitoring host) the snmp client will then use it to translate it to an OID and bobs your uncle.

What i do is that i use a custom private OID in the apropriate range, and then sub-OIDs in that range get passed to a shell script that finds and executes the appropriate commands (generally one-liners) for that sub-OID. As soon as i add a sub-OID, i also add it to the MIB, which has support for descriptions upon descriptions on top of type info.

Re: μMon: Stupid simple monitoring (2022)

#89

Earlier quoted context omitted.

When i read that they thought docker was outdated I figured i would open the repo to find go code and pre built binaries… when i found c++ i was left thinking the same as you.

If it's simple doesn't need docker, and as someone else said you might even want to stuff it into your docker containers.. so a minimal thing doesn't need docker imo. The simple landscape is huge, same as for whether one believes that C++ is outdated or not ;) Guess figure what is easier to get up and run still on many platforms.. simple C/C++, or anything else?

Docker can be used to provide a plug and play Development environment, even if the result isn't deployed into production as a container.

C++ projects I expect would benefit even more than most from such configurations, reducing the barrier for entry of new contributors by eliminating the environment bootstrap headaches

Re: μMon: Stupid simple monitoring (2022)

#90
post #72

Earlier quoted context omitted.

I couldn’t get Docker to run with WSL backend on a freshly installed Windows 11 Pro, a very common use case. I’m not sure if they even test their own software.

Windows and WSL are a mess. Run docker on Linux instead. There is no reason to run docker on windows, except if you are planning to build windows containers.

Funny that, WSL2 on Windows 11 with Linux containers works nearly perfectly for me (I think the only thing that'd make it better is another 8 GB or so of RAM), with using devcontainers, building images and running Docker compose - it's the Windows containers that cause the trouble, mostly with networking
Post reply on HN