Ask HN: What would you want to see in a DevOps monitoring handbook?

5 points by iDemonix ↗ HN
Some background: I'm an Ops engineer in a Small UK ISP. I joined when most the team was new, and the previous Ops engineers had moved up to higher positions. Because of this most our systems were dated, and I've had to learn a lot to bring us up to modern monitoring standards.

I've been wanting a side project I'll enjoy for a while, and I get asked to train new hires at work on our stack, so I was thinking of writing something anyway. I'm not looking to make a lot of money, but maybe printing or selling it as an eBook could help pay my DigitalOcean bills.

The stacks I'd be writing about would be: Icinga2, Grafana + Graphite, rsyslog/logstash, Graylog, Collectd, etc. As well as tech I'd cover the general methodology behind running a complete DevOps monitoring setup, not just a configuration guide.

What kind of things do you think would be worth including? Whether I write it for profit or just for new hires, I'm going to write it anyway, so suggestions welcome.

2 comments

[ 1.6 ms ] story [ 18.6 ms ] thread
I'd read such an ebook. How to add monitoring infrastructure redundancy, or how not to make it a single point of failure. Any info on state of the art for alerting (https://pushy.me/ or such). And the usual self-hosting via third-party hosting comparison.
I've already planned out some more advanced topics for stuff like using carbon-c-relays behind a keepalive VIP and using multiple caches etc. I've set things like this up at work and due to the nature of my work we have to have redundancy and backups of everything.