How to monitor third-party providers without alert fatigue
Watching every provider is easy. Doing it so one incident produces one useful alert, not forty, is the real work.
Watching every provider you depend on is easy. Watching them so that a provider incident produces one useful alert instead of forty is the actual work.
Map what you actually depend on
List the providers a request passes through: payments, CDN, DNS, email, auth, object storage, and the CI/CD you need at deploy time. Rank them by blast radius, not by how often you happen to think about them.
Tier the alerts
- Page for tier-one dependencies whose failure is customer-facing immediately: payments, CDN, auth
- Notify, do not page, for anything whose failure you can absorb for a few minutes
- Digest the purely informational, so it is searchable later without waking anyone
Correlate, do not multiply
A single provider incident can trip many of your own monitors at once. Group related signals into one evolving event, so a Cloudflare incident arrives as one alert with context rather than forty disconnected ones.
Sensible thresholds
- Page on a confirmed incident affecting a tier-one provider in a region you serve
- Suppress duplicates from the same incident
- Auto-resolve when the provider clears, so stale alerts do not linger
Related field guides
Crowswatch watches the providers, domains and dependencies behind issues like these, and connects them into one operational view.
Start monitoring with Crowswatch
