Service endpoints inside the cluster
Some of the integrations available in groundcover require finding our services' endpoints. In this section, we list these services and provide instructions on how to find the required configuration.
The endpoints depend on the namespace and release name that were used when installing groundcover. By default, both of these values are groundcover
- make sure to adjust them if needed. Need help? Contact us on slack!
Sensor
The DaemonSet which is responsible for most of the data collection inside a k8s cluster is called sensor
. It exposes several ingestion endpoints:
DataDog Traces
OpenTelemetry Traces & Logs
Zipkin Traces
Ingesting the above using Sensor is the preferred method, if possible, as it allows groundcover to enrich the ingested data with relevant Kubernetes metadata.
Finding the endpoint
Custom Metrics
Custom Metrics
is a VMAgent deployment which is responsible for scraping custom metrics and also serves as an endpoint for pushing metrics, for example in the OTLP format.
Finding the endpoint
OpenTelemetry Collector
groundcover includes an open telemetry collector out-of-the-box, enabling integration with every receiver, processor and exporter supported by the Open Telemetry stack.
Finding the endpoint
Vector
groundcover uses Vector as a key component in the ingestion pipeline. In addition, it's used for supporting several integrations such as DogStatsD ingestion.
Finding the endpoint
Last updated