Senior Track Roadmap

Operations: system health

This course covers how to tell whether a single-process Rails application is working before someone reports a problem. It compares logs, metrics, traces and error tracking, and takes stock of what this application can already see through request-tagged logs, Thruster and Cloudflare. It defines latency, traffic, errors and saturation. It explains why an external check pointed at a real page comes first, shows how to subscribe to events Rails already publishes, and sets an order for adding tools. It ends with a challenge that computes the four signals.

What you'll learn

  • ✓What logs, metrics, traces and error tracking each answer
  • ✓What request-tagged logs, Thruster and Cloudflare show about this application
  • ✓The four signals: latency, traffic, errors and saturation
  • ✓Why an external uptime check should point at a real page instead of /up
  • ✓How to subscribe to Rails notification events without a vendor
  • ✓An order for adding uptime checks, error tracking and metrics
Free preview · Lesson 1 3 min read

The three kinds of telemetry

Logs, metrics and traces answer different questions, and teams end up with all three because none of them substitutes for the others.

Read the full lesson free →

Curriculum

7 lessons
Type to start searching...