You asked, and we’ve delivered. We’re pleased to announce IBM Instana™ Smart Alert for Application Perspectives is now available. The previous versions allowed the capability to create alerts for front-end web applications based on metrics like website speed, JavaScript issues, and HTTP status codes and geolocation, browser, OS, and more, as well as your own custom Smart Alerts.

These enhancements saw that the minimal configuration, alerting baseline and configurations provided for front-end web applications, is now extended to all applications. The new metric simplified its reporting characteristics to the industry best practice.

The new four blueprints that allow you to define your Smart Alerts within the IBM Instana platform are:

  • Slow calls
  • Erroneous calls
  • HTTP status codes
  • Unexpectedly high or low number of calls

Benefits of Smart Alerts for Application Perspectives

Have you ever wondered how to improve your MTTP with minimal configuration? Smart Alerts provides a user-friendly interface that caters to both advanced and nonadvanced members of the DevOps team.

Let’s explore some of the benefits:

  • Out-of-the-box blueprints: There has been a growing need for development teams to also set up alerting and monitoring for their services using intelligent templates without relying on specialists in their organizations like SREs. Smart Alerts makes this process a breeze for all users, while allowing advanced users to have fine control over how alerts are configured when desired.
  • Fine-granular control for advanced users: It provides the special ability to fine-tune when alert notifications are dispatched in violation of the underlying alert condition. For example, alerts can be configured to be dispatched only when a specified number of users are impacted.
  • Flexible definition of alert scope: Smart Alerts for Application Perspectives features unbounded scoping, which means there’s no limit to the ways you can set the detection scope within any alert.

How to create a Smart Alert for Application Perspectives

Pick an Application Perspective, service or endpoint:

Press the Add Smart Alert button:

Choose the blueprint:

Select or refine the scope:

Tweak the alert condition and when you want to be alerted in advance mode (optional):

Select alert channel:

Global Smart Alerts allow you to create alerts across multiple application perspectives. To do this process, click on the Smart Alerts options. A page of the current out-of-the-box alerts will be displayed, along with any new global Smart Alerts that you’ve created.

Use APIs to programmatically create alerts. As before, you can use our REST APIs to programmatically create alert configurations. This method enables you to capture alert configuration as code, and to build automation around setting up alerts.

With this update, Smart Alerts for Application Perspectives will replace our currently existing custom events and built-in events for entity types application, service and endpoint. These alert types shall be marked as deprecated within the IBM Instana UI. We’ve also built a utility to help you migrate custom events for application, service or endpoints to Smart Alerts.

Get started

Curious about test-driving the IBM Instana platform?

Sign up for your free two-week trial


More from IBM Instana

Observing Camunda environments with IBM Instana Business Monitoring

3 min read - Organizations today struggle to detect, identify and act on business operations incidents. The gap between business and IT continues to grow, leaving orgs unable to link IT outages to business impact.  Site reliability engineers (SREs) want to understand business impact to better prioritize their work but don’t have a way of monitoring business KPIs. They struggle to link IT outages to business impacts because data is often siloed and knowledge is tribal. It forces teams into a highly reactive mode…

Buying APM was a good decision (so is getting rid of it)

4 min read - For a long time, there wasn’t a good standard definition of observability that encompassed organizational needs while keeping the spirit of IT monitoring intact. Eventually, the concept of “Observability = Metrics + Traces + Logs” became the de facto definition. That’s nice, but to understand what observability should be, you must consider the characteristics of modern applications: Changes in how they’re developed, deployed and operated The blurring of lines between application code and infrastructure New architectures and technologies like Docker,…

Debunking observability myths – Part 5: You can create an observable system without observability-driven automation

3 min read - In our blog series, we’ve debunked the following observability myths so far: Part 1: You can skip monitoring and rely solely on logs Part 2: Observability is built exclusively for SREs Part 3: Observability is only relevant and beneficial for large-scale systems or complex architectures Part 4: Observability is always expensive In this post, we'll tackle another fallacy that limits the potential of observability—that you can create an observable system without observability driven by automation. Why is this a myth? The notion that…

Top 8 APM metrics that IT teams use to monitor their apps

5 min read - A superior customer experience (CX) is built on accurate and timely application performance monitoring (APM) metrics. You can’t fine-tune your apps or system to improve CX until you know what the problem is or where the opportunities are. APM solutions typically provide a centralized dashboard to aggregate real-time performance metrics and insights to be analyzed and compared. They also establish baselines to alert system administrators to deviations that indicate actual or potential performance issues. IT teams, DevOps and site reliability…