Skip to main content

Difference from Scheduled Searches

In order to understand the difference between the two we first need to know the use-cases that each solves today. 

Scheduled searches solve two main use cases:

  1. Alerting you about specific issues happening in your application. For example, you can create scheduled searches to get notified about a spike in the error rate for a service or a stopped process. 
  2. Reporting on specific insights from searches on a periodic schedule. For example, you can create a schedule to run daily to notify you about the Daily Active users on your platform.

The new Monitors are designed to solve the **first use case, alerting**. It provides additional capabilities, like Auto-resolution, support for multiple notification channels, and more. Any scheduled searches that were created to solve the alerting use case can be moved to new Monitors, this includes Real Time Scheduled Searches. 

Apart from the differences in the use cases, there are a couple of feature differences between Scheduled Searches and new Monitors for logs.

FeatureScheduled SearchesMonitors (Logs)
Support for Slack, PagerDuty, OpsGenie and other IntegrationsYesYes
Customization of NotificationYesYes
Auto Resolution of IncidentsNoYes
Send Notification to multiple channelsNoYes
Disable/Mute AlertsNoYes
API SupportPartial* (Supported via content sync API)Yes
Terraform SupportNo
*The Content API resource allows you to manage Schedule Searches, see https://registry.terraform.io/providers/SumoLogic/sumologic/latest/docs/resources/content
Yes
All Log Operators supportedYes*
(Some operators are not supported for Real time alerts)
Yes
Outlier based alertsYesYes
Access ControlObject Level Access ControlFeature Level Access Control
Audit Logs for CRUD and System Events (like Notifications Sent, Failures etc.)YesYes
Control Over Schedule of alert/When alert is evaluatedYesNo
One Notification per Log LineYesNo