Project reference ↗

Kapacitor processes monitoring data to produce derived results or trigger actions. It can work on incoming streams or batches retrieved from InfluxDB, applying rules such as time windows, thresholds and custom calculations. It is useful when measurements need processing before they become an alert or another output. The rules depend on the database interface and timing behavior, so migrating a Kapacitor installation requires more than pointing it at any newer InfluxDB product.

Current guidance

Kapacitor is the data-processing and alerting component associated with the TICK stack. Current InfluxData documentation describes streaming and batch inputs, scheduled InfluxDB queries, InfluxQL transformations and user-defined functions. It is a separate service from the database and from a notification destination.

When modernizing an old deployment, inventory TICKscripts, subscriptions, database and retention-policy names, user-defined-function processes and alert handlers. Do not assume that moving the database to another InfluxDB major version preserves those APIs or task semantics. Check the exact Kapacitor and database combination, then replay representative data to compare transformed outputs and alerts.

Persistent task state, configuration and secrets need a recovery plan. Test delayed or out-of-order input, an unavailable notification endpoint and a restart during processing; an alert that never reaches its receiver is not made reliable by a healthy Kubernetes pod. Set resource limits around actual task cardinality and batch-query cost. If migrating to another alerting or processing engine, translate windowing and state behavior deliberately rather than only matching the expression text. No particular chart or pipeline has been executed in this review.

Historical upstream link check · 2026-10-09

The recorded upstream address responded successfully (HTTP 200) on 2026-10-09. Link availability does not certify the historical installation instructions or current security support.

Source for this check ↗

Website availability is separate from project, chart and image support. Use the current guidance and primary sources on this page to assess the distribution.

The original record

Historical Kubedex content

Preserved for context. Commands, versions, prices and results below reflect the original research.

Kapacitor is a native data processing engine in the TICK Stack. It can process both stream and batch data from InfluxDB. It lets you plug in your own custom logic or user-defined functions to process alerts with dynamic thresholds, match metrics for patterns, compute statistical anomalies, and perform specific actions based on these alerts like dynamic load rebalancing. It also integrates with HipChat, OpsGenie, Alerta, Sensu, PagerDuty, Slack, and more.

Why We Use?

Action Oriented

Today’s modern applications require more than just dashboarding and operator alerts; they need the ability to trigger actions. Kapacitor’s alerting system follows a publish-subscribe design pattern. Alerts are published to topics and handlers subscribe to a topic. This pub/sub model and the ability for these to call User Defined Functions make Kapacitor very flexible to act as the control plane in your environment, performing tasks like auto-scaling, stock reordering, and IoT device control.

Streaming Analytics

Kapacitor is designed to process streaming data in real-time. It can be deployed across the infrastructure as both a pre-processor to downsample and perform advanced analytics before shipping the data to InfluxDB, and a post-processor allowing older high-precision data to be stored in data stores like Hadoop (for example) for further analysis. Kapacitor is very easy to use and is also very powerful. It allows the scripting to be done using lambda expressions to define transformations on data points as well as define boolean conditions that act as the filter.

Anomaly Detection

Kapacitor provides a simple plugin architecture, or interface, that allows it to integrate with any anomaly detection engine. This means that Kapacitor can integrate with machine learning libraries, pattern matching engines, rules engines, and the like. Kapacitor treats these plugins as User Defined Functions which allow the flexibility to yield the stream to an arbitrary function and resume processing on the output of that function. This makes Kapacitor a powerful control system, calling User Defined Functions that automate the complete system.

Key features

Here are some of the features that Kapacitor currently supports that make it a great choice for data processing.

  • Process both streaming data and batch data.
  • Query data from InfluxDB on a schedule, and receive data via the line protocol and any other method InfluxDB supports.
  • Perform any transformation currently possible in InfluxQL.
  • Store transformed data back in InfluxDB.
  • Add custom user defined functions to detect anomalies.
  • Integrate with HipChat, OpsGenie, Alerta, Sensu, PagerDuty, Slack, and more.

Kapacitor is a data processing engine. It can process both stream and batch data. This guide will walk through both workflows and teach the basics of using and running a Kapacitor daemon.

What will be needed

Do not worry about installing anything at this point. Instructions are found below.

The following applications will be required:

  • InfluxDB – While Kapacitor does not require InfluxDB, it is the easiest integration to setup and so it will be used in this guide. InfluxDB >= 1.3.x will be needed.
  • Telegraf – Telegraf >= 1.4.x will be required.
  • Kapacitor – The latest Kapacitor binary and installation packages can be found at the downloads page.
  • Terminal – The Kapacitor client application works using the CLI and so a basic terminal will be needed to issue commands.

The process

  • Install InfluxDB and Telegraf.
  • Start InfluxDB and send it data from Telegraf.
  • Install Kapacitor.
  • Start Kapacitor.
  • Define and run a stream task to trigger CPU alerts.
  • Define and run a batch task to trigger CPU alerts.

Sources & further reading

  1. Kapacitor official processing model
  2. Recovered historical source (Common Crawl index)

Spotted something that needs another look?

Help improve this page →