Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 20 Next »

This page describes what you need to consider when designing and executing your Usage metering streams.

Recommendations on Stream Execution

The processing of meters relies on stream executions. If a stream containing a Meter processor connected to a set of meters is not executed, the meters linked to that stream will not be reset or flushed, see Creating Meter Types for more information about Reset schedule and Flushing below for more information about reset and flush.

To ensure that meters are reset and get flushed, it is recommended to schedule the stream with a frequency higher than the meters are reset according to the meter types' Reset schedule. For example, if you have configured the meter type to reset the meters once a day, then the stream linked to your meter type should run at least once a day or more. If you only run your stream every second day, the new period of the meter will cover two days instead of one. The reason is that when the Meter processor calculates the new period end, it will pick the nearest future timestamp based on the periodicity of the meter type.

Screenshot 2024-06-03 at 15.55.10.pngScreenshot 2024-06-03 at 15.55.25.png

Flushing

Flush is when the result of the aggregated data in the Meter Processor is sent to downstream systems. When this happens, the values of the meters are also reset to their initial value, for example 0, to empty the bucket and prepare for the next metering period.

Based on the settings configured in the Meter Processor, a stream might flush the meters at the beginning of its execution, at the end of the stream, or both.

When a stream starts in a batch stream scenario, the Meter Processor will start by scanning the meter storage for meters whose period end has passed, performing a reset scan. If any expired meters are found, they will be flushed and reset, starting a new metering period. If a stream is configured to flush by Period end, a reset scan will also be performed at the end of the stream execution, but if a stream is configured to flush by Stream execution then all meters in your storage linked to that meter processor will be reset and flushed regardless of whether the meters have expired or not.

When you have a stream in a real-time scenario, the reset scan will execute once every minute to check for any meters that should be flushed. This means that meters can be flushed once every minute. A Meter processor running in a real-time scenario can only be configured with a flush by Period end.

Realtime vs Batch Streams

Batch streams are streams that start, process a set of data and end. Data Enrichment with Foreign Exchange Rates Example Stream is an example of batch stream.

Real-time streams are streams that are started and then constantly running, receiving data and processing it as it arrives. Streams using HTTP Server Collector are real-time streams.

Data Correction for Usage Metering

No meter found for data correction

Meters will only be flushed if they have been updated since last flush when the Active to: time has passed.

  1. The meter values are reset when the stream with the Meter processor is executed, and the reset happens before and and after each transaction. If the stream is delayed, the reset is also delayed.

    Where should we have impact of reset schedule,
    What happens when reset schedule arrives.
    Do meters automatically gets flushed or stream need to be run.
    What if stream run is delay.

    When stream runs what happens first flush or reading of new data?

    What is our recommendation on when stream should run based on schedule?

  • No labels