starlark

package
v1.29.2 Latest Latest
Warning

This package is not in the latest version of its module.

Go to latest
Published: Jan 8, 2024 License: MIT Imports: 6 Imported by: 1

README

Starlark Processor Plugin

The starlark processor calls a Starlark function for each matched metric, allowing for custom programmatic metric processing.

The Starlark language is a dialect of Python, and will be familiar to those who have experience with the Python language. However, there are major differences. Existing Python code is unlikely to work unmodified. The execution environment is sandboxed, and it is not possible to do I/O operations such as reading from files or sockets.

The Starlark specification has details about the syntax and available functions.

Telegraf minimum version: Telegraf 1.15.0

Global configuration options

In addition to the plugin-specific configuration settings, plugins support additional global and plugin configuration settings. These settings are used to modify metrics, tags, and field or create aliases and configure ordering, etc. See the CONFIGURATION.md for more details.

Configuration

# Process metrics using a Starlark script
[[processors.starlark]]
  ## The Starlark source can be set as a string in this configuration file, or
  ## by referencing a file containing the script.  Only one source or script
  ## should be set at once.

  ## Source of the Starlark script.
  source = '''
def apply(metric):
  return metric
'''

  ## File containing a Starlark script.
  # script = "/usr/local/bin/myscript.star"

  ## The constants of the Starlark script.
  # [processors.starlark.constants]
  #   max_size = 10
  #   threshold = 0.75
  #   default_name = "Julia"
  #   debug_mode = true

Usage

The Starlark code should contain a function called apply that takes a metric as its single argument. The function will be called with each metric, and can return None, a single metric, or a list of metrics.

def apply(metric):
    return metric

For a list of available types and functions that can be used in the code, see the Starlark specification.

In addition to these, the following InfluxDB-specific types and functions are exposed to the script.

  • Metric(name): Create a new metric with the given measurement name. The metric will have no tags or fields and defaults to the current time.

  • name: The name is a string containing the metric measurement name.

  • tags: A dict-like object containing the metric's tags.

  • fields: A dict-like object containing the metric's fields. The values may be of type int, float, string, or bool.

  • time: The timestamp of the metric as an integer in nanoseconds since the Unix epoch.

  • deepcopy(metric, track=false): Copy an existing metric with or without tracking information. If track is set to true, the tracking information is copied. Caution: Make sure to always return all metrics with tracking information! Otherwise, the corresponding inputs will never receive the delivery information and potentially overrun!

Python Differences

While Starlark is similar to Python, there are important differences to note:

  • Starlark has limited support for error handling and no exceptions. If an error occurs the script will immediately end and Telegraf will drop the metric. Check the Telegraf logfile for details about the error.

  • It is not possible to import other packages and the Python standard library is not available.

  • It is not possible to open files or sockets.

  • These common keywords are not supported in the Starlark grammar:

    as             finally        nonlocal
    assert         from           raise
    class          global         try
    del            import         with
    except         is             yield
    
Libraries available

The ability to load external scripts other than your own is pretty limited. The following libraries are available for loading:

If you would like to see support for something else here, please open an issue.

Common Questions

What's the performance cost to using Starlark?

In local tests, it takes about 1µs (1 microsecond) to run a modest script to process one metric. This is going to vary with the size of your script, but the total impact is minimal. At this pace, it's likely not going to be the bottleneck in your Telegraf setup.

How can I drop/delete a metric?

If you don't return the metric it will be deleted. Usually this means the function should return None.

How should I make a copy of a metric?

Use deepcopy(metric) to create a copy of the metric.

How can I return multiple metrics?

You can return a list of metrics:

def apply(metric):
    m2 = deepcopy(metric)
    return [metric, m2]

What happens to a tracking metric if an error occurs in the script?

The metric is marked as undelivered.

How do I create a new metric?

Use the Metric(name) function and set at least one field.

What is the fastest way to iterate over tags/fields?

The fastest way to iterate is to use a for-loop on the tags or fields attribute:

def apply(metric):
    for k in metric.tags:
        pass
    return metric

When you use this form, it is not possible to modify the tags inside the loop, if this is needed you should use one of the .keys(), .values(), or .items() methods:

def apply(metric):
    for k, v in metric.tags.items():
        pass
    return metric

How can I save values across multiple calls to the script?

Telegraf freezes the global scope, which prevents it from being modified, except for a special shared global dictionary named state, this can be used by the apply function. See an example of this in compare with previous metric

Other than the state variable, attempting to modify the global scope will fail with an error.

How to manage errors that occur in the apply function?

In case you need to call some code that may return an error, you can delegate the call to the built-in function catch which takes as argument a Callable and returns the error that occurred if any, None otherwise.

So for example:

load("json.star", "json")

def apply(metric):
    error = catch(lambda: failing(metric))
    if error != None:
        # Some code to execute in case of an error
        metric.fields["error"] = error
    return metric

def failing(metric):
    json.decode("non-json-content")

How to reuse the same script but with different parameters?

In case you have a generic script that you would like to reuse for different instances of the plugin, you can use constants as input parameters of your script.

So for example, assuming that you have the next configuration:

[[processors.starlark]]
  script = "/usr/local/bin/myscript.star"

  [processors.starlark.constants]
    somecustomnum = 10
    somecustomstr = "mycustomfield"

Your script could then use the constants defined in the configuration as follows:

def apply(metric):
    if metric.fields[somecustomstr] >= somecustomnum:
        metric.fields.clear()
    return metric
Examples

All examples are in the testdata folder.

Open a Pull Request to add any other useful Starlark examples.

Documentation

Index

Constants

This section is empty.

Variables

This section is empty.

Functions

This section is empty.

Types

type Starlark

type Starlark struct {
	common.Common
	// contains filtered or unexported fields
}

func (*Starlark) Add

func (s *Starlark) Add(origMetric telegraf.Metric, acc telegraf.Accumulator) error

func (*Starlark) Init

func (s *Starlark) Init() error

func (*Starlark) SampleConfig

func (*Starlark) SampleConfig() string

func (*Starlark) Start

func (s *Starlark) Start(_ telegraf.Accumulator) error

func (*Starlark) Stop

func (s *Starlark) Stop()

Jump to

Keyboard shortcuts

? : This menu
/ : Search site
f or F : Jump to
y or Y : Canonical URL