You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We will need to define enumerated constants for these classes.
The generate call will need to include an additional class parameter specifying one of these classes.
We will also need to add checks to the Generate() call to "drop" opt-out or opt-in class telemetry if it is not enabled in our config, per #31.
And we should store the telemetry class as part of the client data store attributes for a telemetry data item, so that it can be used latter to gate submitting telemetry that may have been disabled since it was generated.
The text was updated successfully, but these errors were encountered:
Add a telemetry package to the repo top-level directory that defines
the client interfaces that should be used by applications integrating
with the SUSE Telemetry Client to generate telemetry.
The telemetry package defines the following interfaces:
* Generate() - can be called by telemetry providers to "generate"
telemetry.
* Status() - can be used by telemetry providers to check the status
of the telemetry client.
Enhance the telemetry client config to support specifing enablement
state for the opt-out and opt-in telemetry classes, and allow and deny
lists for specific telemetry types.
Add new types and associated helper methods, to support the telemetry
client interfaces:
* TelemetryClass - specifies mandatory, opt-out or opt-in classes of
telemetry.
* GenerateFlags - flags that control how the Generate() interface
handles provided telemetry.
Updated the examples directory contents, including adding an example
Go app leveraging the telemetry client interfaces to generate telemetry
and check the status of the telemetry client.
Updated various config files and embedded config settings to reflect
recent logging support changes and add class_options settings; they
should all now be pretty consistent in their content.
Updated the cmd/generator and cmd/clientds tools to setup logging.
Relates: #15#30#31#32#33
There will be at least 3 classes of telemetry:
We will need to define enumerated constants for these classes.
The generate call will need to include an additional class parameter specifying one of these classes.
We will also need to add checks to the Generate() call to "drop" opt-out or opt-in class telemetry if it is not enabled in our config, per #31.
And we should store the telemetry class as part of the client data store attributes for a telemetry data item, so that it can be used latter to gate submitting telemetry that may have been disabled since it was generated.
The text was updated successfully, but these errors were encountered: