KNW-1929, trial and free states, pick-25

Author: thomaskoslowski

src/common/de/metric_backend.asciidoc

@@ -93,6 +93,7 @@ image::metric_backend_sql_console.png[alt="Mit SQL-Grundlagenwissen können Sie
 == Berechnungsgrundlagen für die Lizenzierung
 // TK: Wenn das schon ein Thema ist, dann vielleicht erstmal ein paar einführende Worte, dass die schöne, neue Welt nicht gratis ist.
 
+[#custom_metrics]
 === Custom Metrics
 
 Eine _Custom Metric_ entspricht der Zeitreihe von Daten, die über _Service Name_, _Metric Name_ (in der Terminologie des Metrik-Backends, respektive des OpenTelemetry Collectors) sowie weitere Attribute identifiziert werden.
@@ -107,6 +108,7 @@ Hiervon wird wiederum am Monatsende der Monatsdurchschnitt gebildet.
 // Haben wir eine bsolute Höchstgrenze?
 
 
+[#frequency_incoming_data]
 === Frequenz eingehender Daten
 
 ifdef::onprem[]
@@ -115,12 +117,13 @@ Die Frequenz eingehender Daten wird bei {UE} derzeit nur durch Ihre Hardware, Ei
 endif::[]
 
 ifdef::saas[]
-Die Frequenz eingehender Daten wird bei {CE} auf ein Datum pro 15 Sekunden begrenzt (bei Instanzen im Lizenzstatus „Trial“ auf ein Datum pro 30 Sekunden).
+Die Frequenz eingehender Daten wird bei {CE} auf ein Datum pro 15 Sekunden begrenzt.
 Treten Lastspitzen nur für wenige Minuten pro Tag auf, ziehen diese keine Drosselung eingehenden Verkehrs nach sich.
 // TK: Den vorherigen Satz versteh ich nicht. Von Drosselung war bisher nie die Rede.
 endif::[]
 
 
+[#retention_period]
 === Vorhaltedauer
 
 ifdef::onprem[]
@@ -132,5 +135,4 @@ endif::[]
 
 ifdef::saas[]
 Die Vorhaltedauer von Telemetriedaten ist auf 14 Tage beschränkt.
-Bei Instanzen im Lizenzstatus „Trial“ beträgt die Vorhaltedauer zwei Tage.
 endif::[]

src/common/en/metric_backend.asciidoc

@@ -72,6 +72,7 @@ image::metric_backend_sql_console.png[alt=“With a basic understanding of SQL,
 [#license_calculation]
 == Basics for calculating licensing
 
+[#custom_metrics]
 === Custom Metrics
 
 A _Custom Metric_ corresponds to a time series of data identified by _Service Name_, _Metric Name_ (in the terminology of the metrics backend or the OpenTelemetry Collector), and other attributes.
@@ -83,18 +84,20 @@ Once a day, an average of these numbers is calculated across all 20-minute inter
 From this, the monthly average is calculated at the end of the month.
 
 
+[#frequency_incoming_data]
 === Frequency of incoming data
 
 ifdef::onprem[]
 The frequency of incoming data for {UE} is currently limited only by your hardware, settings such as the connector's storage limit, and the network connection of the {CMK} server.
 endif::[]
 
 ifdef::saas[]
-For {CE}, the frequency of incoming data is limited to one data point every 15 seconds (for sites with a 'Trial' license status, one data point every 30 seconds).
+For {CE}, the frequency of incoming data is limited to one data point every 15 seconds.
 If traffic spikes occur for only a few minutes per day, they do not result in throttling of incoming traffic.
 endif::[]
 
 
+[#retention_period]
 === Retention period
 
 ifdef::onprem[]
@@ -105,5 +108,4 @@ endif::[]
 
 ifdef::saas[]
 The retention period for telemetry data is limited to 14 days.
-For sites with a 'Trial' license status, the retention period is two days.
 endif::[]