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.