<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Alerting on Step Documentation</title>
    <link>https://step.dev/knowledgebase/30/categories/alerting/</link>
    <description>Recent content in Alerting on Step Documentation</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en</language>
    <lastBuildDate>Mon, 17 Mar 2025 14:08:01 +0100</lastBuildDate><atom:link href="https://step.dev/knowledgebase/30/categories/alerting/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Alerting rules</title>
      <link>https://step.dev/knowledgebase/30/userdocs/alerting-notifications/alerting/</link>
      <pubDate>Thu, 28 Feb 2019 14:08:01 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/30/userdocs/alerting-notifications/alerting/</guid>
      <description>Step includes a rule-based mechanism that allows users to define flexible reactions to various events.
In a nutshell, rules allow you to define when to react to specific events (conditions), and how (actions).
The following illustration presents the process in a simplified, informal form:
Events Events are automatically generated by the Step environment and fed into the alerting rules evaluation component. Events contain further details about what happened, in the form of Bindings.</description>
    </item>
    
    <item>
      <title>Agent provisioning</title>
      <link>https://step.dev/knowledgebase/30/userdocs/agent-provisioning/</link>
      <pubDate>Mon, 30 Sep 2024 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/30/userdocs/agent-provisioning/</guid>
      <description>When running in Kubernetes, Step supports automatic provisioning of Agents (i.e. automatic provisioning of the containers responsible for executing Keywords) across multiple Kubernetes clusters. This page explains how to utilize Agent provisioning in Plans.
For information on enabling or configuring Agent provisioning, please refer to the Agent Provisioning configuration page.
How it works In a nutshell, the automatic Agent provisioning works as follows:
Upon execution, Plans are scanned to determine the required Agents for execution Based on the calculation and the available Agent pools, the optimal number of Agents per Agent pool is calculated The required Agents are provisioned across the clusters of the selected Agent pools Once the Agents have joined the grid, the execution starts After execution, the agents are de-provisioned Configure provisioning settings in Plans When Agent provisioning is enabled in Step, users can configure the Agent provisioning settings in each plan (in the UI and in the automation packages).</description>
    </item>
    
    <item>
      <title>Alerting and notifications</title>
      <link>https://step.dev/knowledgebase/30/userdocs/alerting-notifications/</link>
      <pubDate>Mon, 17 Mar 2025 14:08:01 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/30/userdocs/alerting-notifications/</guid>
      <description>Step includes a flexible mechanism for sending notifications in tandem with the definition of Alerting Rules, allowing to define exactly which events and conditions will result in which notification being sent.</description>
    </item>
    
    <item>
      <title>Incidents</title>
      <link>https://step.dev/knowledgebase/30/userdocs/incidents/</link>
      <pubDate>Thu, 28 Feb 2019 14:08:01 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/30/userdocs/incidents/</guid>
      <description>Incidents are used to be aware of problems in the infrastructure: for instance, Step can periodically run plans which test the behavior of a system. When these plans fail to execute correctly, or (user-defined) assertions concerning the performance do not hold, this constitutes an incident.
Step allows incidents to be automatically created and managed according to user-defined alerting rules. These rules are evaluated in response to various events (most notably after every plan execution).</description>
    </item>
    
  </channel>
</rss>
