Parameters
The parent key for all of the following parameters is appuio_reporting.
namespaceMetadata
| type |
dictionary |
| default |
|
The namespace metadata to apply to the namespace created by this component.
development_mode
| type |
boolean |
| default |
|
This parameter allows to enable development mode for the component. The component prevents certain configurations if development is disabled.
schedules_suspend
| type |
dictionary |
| default |
|
This parameter allows users to selectively suspend one or more of the periodic jobs.
It is only available if development_mode is set to true.
A suspended CronJob still exists on the cluster, but no new jobs are created based on the CronJob’s schedule.
|
Never use this parameter to disable CronJobs because they trigger alerts. Instead investigate why the alerts are triggered, and resolve the actual cause, such as missing data in the billing database. By disabling one or more of the periodic jobs, you’ll most likely break the usage-based billing for the APPUiO instance. Breaking the usage-based billing will lead to lost income for the APPUiO instance. |
override_sales_order_id
| type |
string |
| default |
|
If set, this parameter causes all metered billing records sent to Odoo to have the same static sales_order_id, which is set to the value of this parameter.
This is only available if development_mode is set to true.
|
Setting this parameter will very likely result in faulty billing data. It should not be set against a productive system. Its purpose is to allow testing of the reporting process against a test system, in which the correct sales orders may not exist. |
prometheus.org_id
| type |
string |
| default |
|
If set, this value is sent as the X-Scope-OrgID header in all requests to Prometheus.
This parameter can be overridden for each individual rule by setting the prometheus_org_id parameter on the rule.
odoo.metered_billing_endpoint
| type |
string |
| default |
|
URL of the REST API to which to send metered billing records.
odoo.oauth
| type |
dictionary |
| default |
|
Configuration of the OAuth client used to connect to the metered billing REST API.
rules
| type |
dictionary |
| default | |
| example |
|
A dictionary mapping cluster IDs to a more human friendly name.
Use this within rules by referencing it like ${appuio_reporting:cluster_d_to_name_map:c-cluster1}.
rules
| type |
dictionary |
||||||||||||||||||||
| default | |||||||||||||||||||||
| example |
|
Dictionary containing rules by which to generate Prometheus queries. A rule corresponds to a single query template, from which queries for multiple products may be generated.
For more information on the individual parameters and how they are used, refer to Metered Billing Data Flow.
In place of instance_id_pattern, item_description_pattern and item_group_description_pattern, it is also possible to specify instance_id_jsonnet, item_description_jsonnet or item_group_description_jsonnet, respectively.
These parameters contain a jsonnet snippet which should evaluate to a string containing the parameter in question.
The jsonnet is evaluated with an external variable named labels containing all query result labels as a dictionary.
It can be accessed in the snippet e.g. with local labels = std.extVar("labels");.
The jsonnet parameter takes precedence over the pattern parameter if both are specified.
Note that there is no jsonnet variant for the query_pattern parameter.
CronJobs are spread across the hour to allow for a more even load on the cluster and Prometheus.
network_policies.target_namespaces
| type |
dictionary |
| default |
|
| example |
|
Injects a network policy into the target namespace given by the key, allowing communication to the namespace.
| This is a workaround and the parameter will disappear once we’ve a more native way to manage network policies with Project Syn. |
monitoring.enabled
| type |
boolean |
| default |
|
The component creates Prometheus and Alertmanager objects if enabled.
monitoring.alerts
| type |
dictionary |
| example |
|
Alerts monitoring the reporting cron jobs.