KPI Management - Distributed Processing
The following scheme demonstrates a KPI Management provisioning and processing scenario.
The steps used (the subsequent pages will describe this in more detail)
A user provisions a service model configuration via a KPI profile in the Desktop.
The user then submits an application, which performs the KPI calculations, to the Spark cluster. Â
Input data is received by the KPI Cluster In agent asÂ
KDR
 UDRs. The agent then transfers the content through Kafka to the Spark Cluster.ÂThe Spark cluster periodically polls the input topic and performs the KPI calculations that are based on the service model and the input data. The polling interval depends on the duration of the Spark batch intervals.
When the timestamps of the input data indicate that a configurable time period has elapsed, the Spark cluster sends the calculated KPIs to a dedicated output topic. There is also a separate topic for alarm output. If the service model has been configured to produce immediate alarms, the Spark cluster sends the KPIs that hit an alarm level, within a Spark batch, potentially before their KPI period closes.
The data on the output and alarm topics are collected via KPI Cluster Out agents extracts and decodes the KPI data toÂ
KPIAggregatedOutput
 UDRs.
This chapter includes the following sections:
Â