A minimal monitoring tool
Go to file
Ian Fijolek 25c5179d3d
All checks were successful
continuous-integration/drone/push Build is passing
Switch to a single key for command and command shell
This makes the configuration more similar to Minitor-py and
docker-compose. If a string is passed, it will be executed in a shell.
If an array is passed, it will be executed in as a command directly.

This breaks compatiblity with previous versions of Minitor-go, but
closer to compatiblity with Minitor-py.
2020-02-19 17:38:06 -08:00
scripts Update Dockerfiles to make this version runnable 2019-11-22 12:58:26 -08:00
test Switch to a single key for command and command shell 2020-02-19 17:38:06 -08:00
.drone.yml Add notify after docker builds 2020-01-10 14:25:02 -08:00
.gitignore Add multi-arch builds 2020-01-10 13:58:17 -08:00
.pre-commit-config.yaml Add pre-commit to the repo 2019-11-21 15:32:57 -08:00
alert_test.go Switch to a single key for command and command shell 2020-02-19 17:38:06 -08:00
alert.go Switch to a single key for command and command shell 2020-02-19 17:38:06 -08:00
config_test.go Switch to a single key for command and command shell 2020-02-19 17:38:06 -08:00
config.go Switch to a single key for command and command shell 2020-02-19 17:38:06 -08:00
Dockerfile Revert "Don't copy extra qemu files" 2020-01-30 11:41:34 -08:00
Dockerfile.multi-stage Update Dockerfiles to newer (roughly) pinned versions 2019-11-22 14:44:21 -08:00
go.mod Add prometheus metrics exporter 2019-11-15 17:14:20 -08:00
go.sum Add prometheus metrics exporter 2019-11-15 17:14:20 -08:00
LICENSE Add pre-commit to the repo 2019-11-21 15:32:57 -08:00
main_test.go Switch to a single key for command and command shell 2020-02-19 17:38:06 -08:00
main.go Allow specifying config path as an argument 2020-02-19 17:37:53 -08:00
Makefile Add multi-arch builds 2020-01-10 13:58:17 -08:00
manifest.tmpl Add multi-arch builds 2020-01-10 13:58:17 -08:00
metrics.go Add pre-commit to the repo 2019-11-21 15:32:57 -08:00
monitor_test.go Switch to a single key for command and command shell 2020-02-19 17:38:06 -08:00
monitor.go Switch to a single key for command and command shell 2020-02-19 17:38:06 -08:00
README.md Switch to a single key for command and command shell 2020-02-19 17:38:06 -08:00
sample-config.yml Switch to a single key for command and command shell 2020-02-19 17:38:06 -08:00
util_test.go Refactor a bit more for testing, update tests 2019-10-04 14:47:38 -07:00
util.go Fix issue with shell commands containing "<>" and unecessary (and poor) escaping 2020-01-07 10:37:53 -08:00

minitor-go

A reimplementation of Minitor in Go

Minitor is already a minimal monitoring tool. Python 3 was a quick way to get something live, but Python itself comes with a large footprint. Thus Go feels like a better fit for the project, longer term.

Initial target is meant to be roughly compatible requiring only minor changes to configuration. Future iterations may diverge to take advantage of Go specific features.

Differences from Python version

Templating for Alert messages has been updated. In the Python version, str.format(...) was used with certain keys passed in that could be used to format messages. In the Go version, we use a struct, AlertNotice defined in alert.go and the built in Go templating format. Eg.

minitor-py:

alerts:
  log_command:
    command: ['echo', '{monitor_name}']
  log_shell:
    command: 'echo {monitor_name}'

minitor-go:

alerts:
  log_command:
    command: ['echo', '{{.MonitorName}}']
  log_shell:
    command: 'echo {{.MonitorName}}'

Finally, newlines in a shell command don't terminate a particular command. Semicolons must be used and continuations should not.

minitor-py:

alerts:
  log_shell:
    command: >
      echo "line 1"
      echo "line 2"
      echo "continued" \
        "line"      

minitor-go:

alerts:
  log_shell:
    command: >
      echo "line 1";
      echo "line 2";
      echo "continued"
        "line"      

To do

There are two sets of task lists. The first is to get rough parity on key features with the Python version. The second is to make some improvements to the framework.

Pairity:

  • Run monitor commands
  • Run monitor commands in a shell
  • Run alert commands
  • Run alert commands in a shell
  • Allow templating of alert commands
  • Implement Prometheus client to export metrics
  • Test coverage
  • Integration testing (manual or otherwise)
  • Allow commands and shell commands in the same config key

Improvement (potentially breaking):

  • Implement leveled logging (maybe glog or logrus)
  • Consider switching from YAML to TOML
  • Consider value of templating vs injecting values into Env variables
  • Consider dropping alert_up and alert_down in favor of using Go templates that offer more control of messaging
  • Async checking
  • Use durations rather than seconds checked in event loop
  • Revisit metrics and see if they all make sense