-
Notifications
You must be signed in to change notification settings - Fork 49
Provide Dynatrace Exporter #170
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Adds a DynatraceMetricsExporter to the provided exporters. This exporter will parse CF bindings for a Dynatrace service binding. If found, it will export metrics to the API endpoint. For this to work, the API token field in the service credentials needs to be provided with `otel.javaagent.extension.sap.cf.binding.dynatrace.metrics.token-name`. Several refacotrings align Dynatrace and Cloud Logging exporters. Signed-off-by: Karsten Schnitter <[email protected]>
Signed-off-by: Karsten Schnitter <[email protected]>
Use the correct protocol and header to send data to Dynatrace. Extend the sample manifest by Dynatrace configuration. Signed-off-by: Karsten Schnitter <[email protected]>
cf-java-logging-support-opentelemetry-agent-extension/README.md
Outdated
Show resolved
Hide resolved
The difference between `cloud-logging` and `otlp` exporters are explained in an own [section](#implementation-differences-between-cloud-logging-and-otlp-exporter). | ||
The benefit of the `cloud-logging` exporter is, that it can be combined with a different configuration of the `otlp` exporter. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would assume this also applies for Dynatrace, right?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, there is no default configuration for the otlp
exporter and Dynatrace. You need to use the dynatrace
exporter explicitly. Note, that otlp
is considered to be a legacy/fallback approach. Since Cloud Logging is always available, it is used as the default.
public CloudLoggingServicesProvider(ConfigProperties config) { | ||
this(config, new CloudFoundryServicesAdapter(new CfEnv())); | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Like the simplification that comes from the refactoring
Map<String, String> properties = propertiesSupplier.get(); | ||
|
||
assertTrue(properties.isEmpty()); | ||
} | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
} | |
} | |
Missing new line :-)
...com/sap/hcf/cf/logging/opentelemetry/agent/ext/binding/CloudLoggingServicesProviderTest.java
Show resolved
Hide resolved
Signed-off-by: Karsten Schnitter <[email protected]>
Adds a DynatraceMetricsExporter to the provided exporters. This exporter will parse CF bindings for a Dynatrace service binding. If found, it will export metrics to the API endpoint. For this to work, the API token field in the service credentials needs to be provided with
otel.javaagent.extension.sap.cf.binding.dynatrace.metrics.token-name
.Several refacotrings align Dynatrace and Cloud Logging exporters.