Operations | Monitoring | ITSM | DevOps | Cloud

‍For years, ilert has given our customers extensive analytics across their alerts, notifications, and on-call activity, a comprehensive overview of how their teams and services respond to incidents. These capabilities were backed by a separate analytical database running on Google BigQuery. It held the numbers behind every reporting dashboard in ilert, and for a long stretch it was perfectly fine. Then three problems grew too big to ignore.

This quarter, we added more integrations to StatusHub, launched new platform features, and continued improving our Status API. Here’s what’s new for Q2 2026.

On June 17, 2025, AT&T permanently shut down its email-to-text and text-to-email gateway. Emails sent to @txt.att.net and @mms.att.net stopped reaching phones, and any automated workflow that relied on that address went dark overnight (AT&T support) . For IT Ops, MSPs, facilities and energy ops and incident response teams, this was not a minor inconvenience.

A year ago, at WWDC 2025, Apple open-sourced container — a Swift-based CLI for running Linux containers on macOS, built on the Containerization framework and Apple's Virtualization.framework. The Apple container model is genuinely different from Docker Desktop's single shared Linux VM: every container gets its own lightweight VM. It matured out of preview and shipped its first stable 1.0.0 release on June 9, 2026.

Not all alerts are created equal. Some are resolved quickly by the on-call engineer. Others signal something serious enough to affect your business and require your whole team to coordinate. That is why we redesigned incidents as a dedicated coordination workspace for the alerts that have the most business impact.‍ Until now, incidents in ilert were used to communicate status updates to customers and stakeholders. Creating one meant publishing to your status page. We have separated the two.

Your monitoring stack never sleeps. Datadog fires a spike, ServiceNow spins up a ticket, your RMM flags a failed backup, and every one of those signals competes for attention across email, dashboards, and chat channels. For IT Ops teams running on-call rotations, the volume itself becomes the problem. Alert fatigue sets in, critical notifications blend into the noise, and the one incident that matters at 3 a.m. gets buried under a hundred that don’t. The cost is real.

Many teams start with a simple approach to on-call coverage. One person carries the phone this week. Someone else covers next week. Vacation requests are handled through emails, chat messages, or spreadsheets. When someone is unavailable, everyone is expected to remember who is covering. This works for a small team until the first missed alert. Duty scheduling is the foundation of reliable alerting.