Connect Telemetry Sources for Causal Analysis
Causely requires traces to discover service dependencies and perform effective causal analysis. Without traces, the platform's ability to provide value is severely limited. Search for sources that provide Traces to ensure you have comprehensive trace coverage.
UI-based configuration
You can configure telemetry sources from the UI. Navigate to https://portal.causely.app/integrations to set up the integrations you need. You can then select the Mediator to which the configuration will be pushed down.
Missing a telemetry source? On that same page, click on + Request a new integration to file a request to add the integration you need.
To ensure that Causely can reason over a wide range of Signals and causes, that explain those Signals, in your environment, it is recommended that you configure additional data sources if they are available.
Telemetry sources are organized into categories based on their purpose and the types of inputs they provide to Causely's causal reasoning engine.
Telemetry Types
Different sources provide different types of telemetry to Causely's causal reasoning engine:
- Infrastructure Entities: Complete infrastructure topology including compute, storage, and networking resources
- Logs: Application and container logs for correlation with Diagnoses
- Metrics: Performance metrics from applications and infrastructure
- Service Discovery: Automatic discovery of services, workloads, and infrastructure components
- Signals: Automatic Signal detection from metrics, traces, and external monitoring systems
- SLOs: Service Level Objectives and reliability metrics
- Traces: Distributed traces for service dependency discovery and communication monitoring
Telemetry Sources by Categories
Infrastructure Scraper
Discovers infrastructure resources such as VMs, containers, clusters, databases, load balancers, queues, and disks. It imports their topology, metadata, and health indicators, forming the backbone of the causality graph Causely uses for causal mapping of infrastructure-level failure modes.
Inputs Provided to Causely: Metrics, Infrastructure Entities, Signals, sometimes Service Discovery, sometimes Logs
Logs
Ingests log-derived signals (errors, exceptions, warnings) used for Signal activation based on defined error patterns and enhanced descriptions and remediation after a Diagnosis has been inferred.
Inputs Provided to Causely: Logs
Metrics & Signals
Provides quantitative telemetry (latency, saturation, throughput, resource usage) and domain-specific metrics (for example, Redis, RabbitMQ). Connects Causely to critical data systems (databases, caches, search systems, message queues), pulling topology, performance attributes, and state indicators. These signals populate Causely's Attribute Dependency Graph and reveal bottlenecks and Diagnoses within data infrastructure.
Inputs Provided to Causely: Metrics, Infrastructure Entities, Signals
Service Communication
Provides traces and metrics through standard OTEL-based data pipelines (eBPF, Collectors, dual-shipping from Datadog, Odigos, groundcover, etc.). These sources enrich Causely's service graph and enable call-level causal reasoning.
Inputs Provided to Causely: Traces, Metrics, Signals
SLO Providers
Supplies SLO (Service Level Objective) definitions and burn rate information (for example, from Nobl9). Causely uses SLOs as high-priority Signals and impact indicators in causal reasoning.
Inputs Provided to Causely: SLOs
Signal Activation
Allows Causely to treat external alert triggers (for example, from Datadog Monitors, Checkly, Alertmanager) as explicit signals within the causality graph. This helps Causely analyze "why this alert fired" and resolve noisy or ambiguous alerts.
Inputs Provided to Causely: Signals
Search and Filter Telemetry Sources
To search and filter telemetry sources by name, category, or signal type, go to the Supported Technologies page.