While often discussed together, monitoring and alerting serve two different needs. Monitoring can provide you information to diagnose unknown problems and study historical trends. Alerting is about what is going wrong right now that you need to fix. When setting up monitoring and alerting systems, many people start from the tools that are available, pick one, and start monitoring. Ultimately, monitoring and alerting should provide business value just like new features.
There are two general approaches to monitoring. One is to collect every metric possible and filter it later. The other collects only the things you can map to a specific value. Whichever approach you take, you’ll need to choose what to monitor, which metrics result in alerts, and the thresholds at which those alerts occur.
Examples of questions that alerts could answer are:
In the Monitoring and Alerting Fundamentals tutorial, we’ll address choosing what to monitor in order to meet your end goals, the difference between alerting and monitoring, and get deeper into monitoring, with discussions on:
These topics are best addressed using real-world examples, so audience participation is strongly encouraged. Bring examples of things you would like to know about the health of your existing system and aspects of your existing monitoring that aren’t meeting your needs, and we can use them as the basis for discussion.
Sean T. Allen is vice president of engineering at Wallaroo Labs and a member of the Pony core team. His turn-ons include programming languages, distributed computing, Hiwatt amplifiers, and Fender Telecasters. His turn-offs include mayonnaise, stirring yogurt, and sloppy code. He’s one of the authors of Storm Applied.
©2015, O'Reilly Media, Inc. • (800) 889-8969 or (707) 827-7019 • Monday-Friday 7:30am-5pm PT • All trademarks and registered trademarks appearing on oreilly.com are the property of their respective owners. • email@example.com