Groundtruth
Download the Case Study.webp)
The right alert hits the right engineer. Every time. Here's how Groundtruth does it with IMR.
A 3:00 AM alert tests two things.
1. How quickly your team can respond
2. Whether the right person received the alert in the first place
For Josh Gies, Manager of the DevOps team at Groundtruth, the second question was the more important one — and the harder one to get right.
Groundtruth is a location-based marketing and ad-tech platform that uses real-world consumer behavior to drive business results, specifically in-store visits. The engineering organization runs 70 to 80 production engineers handling development and deployments. Roughly 50 to 60 of them participate in the on-call rotation at any given time.
That’s a lot of engineers. And a lot of alerts.
And without the right infrastructure, there's a lot of potential to wake the wrong person at the wrong hour.
Putting it to the test: the Aerospike migration
The real proof of Xurrent IMR’s alert-filtering came during a database migration from Aerospike to AWS ElastiCache.
During the transition, the Groundtruth team ran dual writes to both systems and kept the new ElastiCache alerts set to informational-only while engineers monitored and tuned thresholds. They adjusted alert logic — “if this triggers X times over Y period, then alert” — to prevent false pages during normal load spikes. Once validated, the new alerts were promoted to live paging. The Aerospike alerts were held at informational-only for about a week, then deleted entirely.
No one got woken up unnecessarily.
The migration was clean.
Follow-the-sun: 24/7 coverage without the burnout
One of the most effective things Groundtruth has built with Xurrent IMR is its global on-call rotation.
The engineering team is split roughly 50/50 between North America and India, an 11.5-hour time difference that could easily be a liability. At Groundtruth, it’s an asset.
The rotation structure is equally disciplined: each team has a primary on-call engineer for the week, who becomes the secondary the following week. Alerts fire from Grafana (using Prometheus for system metrics) and AWS CloudWatch, routing through Xurrent IMR to the right engineer in real time.
MTTA for critical incidents: 5 to 10 minutes.
“We really save those outage alerts for things that are actually revenue-impacting or reputation-impacting,” Josh noted.
Not every alert is a fire.
Groundtruth gives individual engineering teams full autonomy to define what constitutes a critical page versus a business-hours-only informational alert. An analytics report that needs to reach external customers by 9:00 AM EST doesn’t trigger a 3:00 AM page — teams configure their own thresholds.
“With teams being responsible, if there is alert noise for a particular team, that’s self-inflicted … It’s kind of been up to them to decide the level of noise that they want. Some teams want a ton of information, but they don’t actually need to be paged out.”
Why Xurrent IMR replaced VictorOps
Groundtruth wasn’t in crisis when they made the switch. VictorOps was working. The problem was simpler: they were paying for far more than they were using.
PagerDuty was also evaluated. The team found it too narrowly focused on paging and would have required too much manual curation to build the routing logic Groundtruth needed.
“There are lots of different alert and paging solutions out there, but some of them only do the paging. What stood out for us about Xurrent IMR is that it seemed like a robust enough solution to be a viable replacement.”
Today, Xurrent IMR is turnkey for the DevOps team.
What's next, and what Josh would tell another team
Groundtruth's on-call infrastructure is largely where Josh wants it to be. The next frontier is pushing engineering teams further toward service-level performance metrics rather than individual instance metrics. Less noise by design, not by suppression. The alerting model gets smarter as the system gets better described.
As for what he'd tell another engineering team thinking about the switch: stop paying for a feature list you'll never touch. Stop routing alerts through people who have no business receiving them at 2am. Stop treating on-call burnout as an unavoidable cost of running production systems.
The fix isn't more tooling. It's better-structured tooling. Tooling that fits how your team actually works, whether that's a conventional rotation or a fully decentralized shift-left model where every team owns what they ship.
A tool that removes friction and accelerates resolution is a tool your team will actually use. And a team that actually uses its incident management tooling, consistently, across time zones and ownership models and 3am database migrations, is a team that builds reliability into its culture. Not just its stack.
That's what Groundtruth built.
And it starts with making sure the right person's phone rings. Not the wrong one.
