Skip to content

Sending Data to KloudMate

KloudMate can ingest your telemetry several ways. Because it is built on OpenTelemetry, you are not locked into a proprietary collection method.

Choose the ingestion path below that best matches your architecture, your environment (cloud or on-premise), and how much control you want over telemetry collection.

  • Use the KloudMate Agent if you want the fastest path for infrastructure, logs, traces, and zero-code visibility using eBPF.
  • Use the OpenTelemetry Collector if you already run OTel and want to keep your existing telemetry pipelines intact.
  • Use the AWS or Azure integrations if you want to onboard cloud platform telemetry without instrumenting every workload directly.
  • Use the Prometheus integration when your metrics already exist in Prometheus and you want to forward them into KloudMate.
KloudMate Agent Best default for most teams. Install one agent to collect infrastructure telemetry, logs, traces, and eBPF-powered observability.
OpenTelemetry Collector Use this when you already run OpenTelemetry and want to export telemetry to KloudMate without changing your collector-first architecture.
Prometheus Integration Use this when your metrics already live in Prometheus and you want KloudMate to ingest them through an OpenTelemetry-based path.
AWS Integration Use AWS integration guides for account onboarding and service-specific observability such as Lambda monitoring.
Azure Integration Use Azure Monitor and Event Hub integrations to bring Azure platform telemetry into KloudMate.

If you are unsure where to begin, use this table to map your immediate goal to the correct starting point.

If your goal is…Start here
Fastest overall onboardingKloudMate Agent
Reuse existing OTel pipelinesOpenTelemetry Collector
Import Prometheus metricsPrometheus Integration
Onboard AWS with minimal setupAWS Integration
Onboard Azure servicesAzure Integration

For a team starting from scratch, a phased rollout works well:

  1. Infrastructure First: Start with the KloudMate Agent to get host metrics, logs, and zero-code visibility.
  2. Application Tracing: Add OpenTelemetry instrumentation to your applications where you need richer distributed tracing or custom metrics.
  3. Cloud Integrations: Layer in cloud-specific integrations for AWS, Azure, or Prometheus to centralize your remaining data sources.