Temperstack
Main WebsiteFeaturesPricingBlogAbout usRequest a Demo
  • Overview
    • What is Temperstack?
    • Use Cases
  • User Managment
    • Getting started as Admin
      • Inviting Users
      • Mapping multiple services to a Team
      • Single Sign-On (SSO)
      • Customising ALCOM Audit & scanning
    • Getting Started as a User /Responder
    • Managing profile & contact details
  • Integrations
    • Integrating your Observability tools
      • Setting up AWS Integration
        • Multiple AWS Account Integration
        • IAM Setup Guide
          • Creating IAM User: Temperstack with Policy
          • Creating IAM Role: Temperstack with Policy
      • Setting up Microsoft Azure Integration
        • Creating Access for Temperstack in Azure
      • Setting up Google Cloud Platform Integration
        • Creating Access for Temperstack in GCP
      • Setting up Datadog Integration
        • Creating Access for Temperstack in Datadog
        • Managing resources with Datadog
      • Setting up NewRelic Integration
        • Creating Access for Temperstack in NewRelic
        • Managing resources with New Relic
      • Setting up Splunk Integration
        • Creating Access for Temperstack in Splunk
        • Managing resources with Splunk
      • Setting up Appdynamics Integration
        • Creating Access for Temperstack in Appdynamics
        • Managing resources with Appdynamics
      • Setting up Dynatrace Integration
        • Creating Access for Temperstack in Dynatrace
        • Managing resources with Dynatrace
      • Setting up Oracle Cloud Infrastructure
        • Creating Access for Temperstack in OCI
    • Integrating Custom Alerts & Other Alerting sources
      • Webhook Integration
      • Ingesting Emails as alerts
      • Integrating alert listeners from other observability tools
  • Alert routing & Response Managment
    • On-call scheduling and Escalation Policies
    • Setting up Services
    • Alert notification channels
      • Integrating Slack channels
      • Integrating MS Team
    • Mapping resources to Services
      • Rule based resource to Service Mapping
      • Using AI suggested mapping rules
    • Testing Alerting and Notifications
    • Responding to Alerts
  • Monitoring
    • Setting up and maintaining Comprehensive alerting
      • Alerting Templates- metrics & customisation
      • ALCOM and identifying monitoring gaps
      • Programmatically setting up missing alerts in your Observability tool
      • Alert noise Reduction & Optimisation
  • Uptime Monitoring
    • Real time Availability Monitoring
  • Incident analysis & communication
    • External and Internal service Status Pages
      • Instruction to migrate subscribers from Statuspage
  • AI-Powered Issue Resolution
    • AI powered contextual Runbooks
    • Incident command - alert grouping by incident
    • AI Powered Root cause Identification
  • Reporting & Governance
    • Temperstack Dashboard
    • SLO Dashboard
    • MTTA MTTR
  • Billing & Help
    • FAQs
    • Support
Powered by GitBook
On this page
  • Acknowledge & Resolve
  • Alert log
  • Search & Filter Option
  1. Alert routing & Response Managment

Responding to Alerts

Last updated 5 months ago

The Alert List feature provides users with a comprehensive overview of all active alerts within their system. Users can efficiently search for specific alerts using the provided search bar. To access the alert list logs, navigate to the dashboard and locate the Alert List on the left sidebar, or hover over Home and select Alert List.


Acknowledge & Resolve

  1. Acknowledge: Acknowledgment signifies that the assigned team has recognized the alert and is aware of its existence. This step indicates initial awareness and readiness to address the issue.

  2. Resolve: Resolution indicates that the alert has been successfully addressed and resolved, restoring normal operations.

Users have two options for acknowledging and resolving alerts:

  1. Bulk Selection: This option allows users to select and acknowledge or resolve multiple alerts simultaneously.

  1. Specific Selection and Action: Alternatively, users can individually select alerts and apply acknowledgment or resolution actions as needed.


Alert log

The Alert Log provides users with detailed insights into specific alerts detected within the system.

To delve deeper into a specific alert, simply click on the alert name. This action will redirect you to a dedicated page where you can explore all the details associated with the alert.

Following are the details included:

  1. Alert ID: ebf47f03-e533-4803-b72a-12d3a3ebb43c - Unique identifier for the alert.

  2. Alert Name: prod-bluejay-db_CPUUtilization_bluejay_alert - Descriptive title of the alert.

  3. Alert Description: - Further information, explaining the nature or cause of the alert.

  4. Status: Ok - Indicates whether the alert is resolved or acknowledged.

  5. Alert Source: CloudWatch - Source or origin of the alert.

  6. Application Service: Payments - Provides details about the application service, including contact information such as Service Email, Slack, On-Call Policy, and relevant team details.

  7. Metric: CPUUtilization - Specific metric from thresholds triggering the alert.

  8. Resource Details: prod-bluejay-db/AWS/RDS/prod-bluejay-db - Information about the resource type and environment associated with the alert.

  9. Opened At: 5/1/2024, 6:42:33 AM - Timestamp indicating when the alert was first detected.

  10. Assigned To: Hari Prashanth K R - User or team assigned to address the alert.

  11. Assigned At: 5/1/2024, 6:42:34 AM - Timestamp indicating when the alert was assigned.

  12. Acknowledged At: 5/1/2024, 6:42:45 AM - Timestamp indicating when the alert was acknowledged by the assigned team.

  13. Close Date: 5/1/2024, 6:46:33 AM - Timestamp indicating when the alert was resolved or closed.

By accessing and reviewing these detailed alert logs, users can gain a comprehensive understanding of each alert's context, facilitating prompt and effective responses to system incidents.


Search & Filter Option

The "Search" functionality allows users to quickly locate specific resources based on their name. Users can input the name of the resource they are looking for in the search bar to retrieve relevant results.

Additionally, users can further refine their search results using the "Advanced Filter" options. These filters include:

  1. Filter by Service Name: This filter allows users to search for alerts using the application service name associated with the alerts.

  2. Filter by Status: Users can filter alerts based on their status, with four available options:

  • Ok: Indicates that the alert has been acknowledged and resolved.

  • Alarm: Signifies that the alert is currently active and requires attention.

  • Acknowledge: Indicates that the alert has been acknowledged by a user but has not yet been resolved.

  • Insufficient Data: Indicates that the alert lacks sufficient data for evaluation.

  1. Filter by Assigned To User: This filter allows users to search for alerts assigned to a specific user.

  2. Alert Opened and Closed Date: Users can also filter alerts based on their opening and closing dates.

Search
Advanced Filter