Operations 5 min read

HarmonyOS APMS Fault Alerting: Configure Production Alerts in Three Steps

This tutorial walks through HarmonyOS APMS fault alerting, showing how to create multi-dimensional alert rules, receive real-time notifications via email, SMS, and Webhook, and analyze triggered alerts with drill-down metric dashboards and fingerprint-based problem clustering.

HarmonyOS Developer Technology
HarmonyOS Developer Technology
HarmonyOS Developer Technology
HarmonyOS APMS Fault Alerting: Configure Production Alerts in Three Steps

HarmonyOS Application Performance Monitoring Service (APMS) introduces a new fault alerting capability that integrates the original AppGallery Connect (AGC) alerting system. It provides a passive inspection mechanism: when production metrics deviate, the system notifies developers through multiple channels so they can react before user complaints escalate.

Core Capabilities

The feature splits into two main functional areas:

Alert Overview – view, shield, and acknowledge alerts; one-click jump to the corresponding metric dashboard to inspect the alerting metric and problem distribution.

Alert Rule Configuration – entry point for creating rules; supports multiple metric types and monitoring targets, with flexible notification delivery via email, SMS, and Webhook callbacks.

Step 1: Configure Alert Rules

The rule list displays existing rules with controls to enable/disable, edit, or delete each rule. Creating a new rule opens a configuration form where you define:

Metric type and monitoring target

Threshold conditions that trigger an alert

Notification channels (email, SMS, Webhook)

Once saved and enabled, the backend continuously evaluates the application’s metrics against the rule. When a threshold is breached, the system sends notifications according to the rule’s channel settings.

Step 2: Real-Time Alert Delivery

Triggered alerts appear in the overview with one of four delivery states:

Send Failed – alert generated but notification delivery failed.

Delivered – alert generated and notification sent successfully.

Shielded – alert generated but manually suppressed.

Acknowledged – alert marked as handled via the UI.

Filters allow narrowing the list by metric type, system version, application version, time range, and delivery state.

Step 3: Precise Problem Localization

Clicking an alert entry jumps directly to the metric dashboard for the specific application version and system version, rendering trend analysis curves for the alerting metric. The dashboard also shows problem distribution across system versions and device models. Top issues are aggregated by fingerprint, enabling cluster-based root-cause analysis.

Together, these three steps — configure rules, receive real-time alerts, and drill down to precise diagnostics — form a production quality defense line that makes anomalies visible and response faster.

Original Source

Signed-in readers can open the original source through BestHub's protected redirect.

Sign in to view source
Republication Notice

This article has been distilled and summarized from source material, then republished for learning and reference. If you believe it infringes your rights, please contactadmin@besthub.devand we will review it promptly.

HarmonyOSroot cause analysisnotification channelsalert configurationAPMSapplication performance monitoringfault alertingmetric thresholds
HarmonyOS Developer Technology
Written by

HarmonyOS Developer Technology

HarmonyOS developers provide key technology analysis, version updates, Codelabs practice, and event information for HarmonyOS. Welcome developers to join the HarmonyOS ecosystem and create infinite possibilities together!

0 followers
Reader feedback

How this landed with the community

Sign in to like

Rate this article

Was this worth your time?

Sign in to rate
Discussion

0 Comments

Thoughtful readers leave field notes, pushback, and hard-won operational detail here.