Elastic Observability

elastic.co ↗

Correlates logs, metrics, traces, and user-experience telemetry for application and infrastructure troubleshooting.

SI Score
80/100
Pricing
Freemium AI reading, not confirmed
Free plan
Yes AI reading, not confirmed
Sign-up required
Not confirmed

Ask SI about Elastic Observability

Answers use saved listing facts and recorded sources.
Homepage screenshot
Screenshot of the Elastic Observability homepage

What it does

Elastic Observability is Elastic's observability solution for application and infrastructure telemetry. It brings logs, metrics, distributed traces, real-user and synthetic monitoring, and service-level objectives into analysis built on Elasticsearch and Kibana. Teams can ingest data through Elastic Agent, Elastic's OpenTelemetry distribution, other OpenTelemetry collectors, and integrations, then explore it in observability views or with ES|QL. Elastic offers the solution as self-managed software and through hosted and Serverless Elastic Cloud deployments.

A shared home for operational signals

Elastic Observability is the observability-focused solution built around Elasticsearch and Kibana. Its scope includes log and infrastructure monitoring, application performance monitoring, distributed tracing, real-user and synthetic monitoring, alerting, and SLOs. The value of the combined view is practical: an engineer can inspect a service trace, related logs, and host or container metrics in the same analytics environment instead of treating each signal as a separate tool. It is not a separate general-purpose search engine from Elastic Stack; it is Elastic's named observability solution built on that stack.

Start with one service or host

Choose a deployment first. Elastic documents self-managed Stack, Elastic Cloud Hosted, and fully managed Serverless options. A first application-monitoring task needs an Elastic deployment or Serverless project, an application instrumented with an Elastic OpenTelemetry SDK, and a collector or Elastic Agent to forward telemetry. The documented quickstart also calls for an APM agent key for the Serverless path; the self-managed Stack path uses Elastic Agent to collect and forward the application's OpenTelemetry data. The exact setup differs by deployment.

Once data arrives, confirm traces, metrics, and logs in the Applications view, inspect transactions and spans, and use the service map to follow dependencies. For infrastructure monitoring, onboard host or service data through an Elastic integration or OpenTelemetry. The getting-started guide describes prebuilt dashboards, ES|QL for searching and filtering, and rules that can notify external services. A team can then define an SLO around availability, response time, or error rate. For example, an on-call engineer investigating a slow API could compare trace latency with host metrics and related logs before deciding whether the bottleneck is in the service or its infrastructure.

Deployment and feature trade-offs

Serverless reduces cluster operations because Elastic manages the underlying Elasticsearch and Kibana instances. Hosted deployments provide more direct control over cluster resources, while self-managed deployments leave hardware, orchestration, sizing, and version management to the operator. Elastic's pricing page describes hosted and Serverless usage-based pricing and a separate self-managed license model. Its self-managed subscription page lists a no-cost Basic tier alongside paid tiers, but also notes that feature availability and licensing vary. The Observability Serverless getting-started page is specifically for the Complete tier and points Logs Essentials users to a different guide, so check the current feature matrix before assuming all deployments include the same capabilities.

Application telemetry is not automatic: teams need instrumentation and a collector or agent, and may need to configure authentication and data routing. That gives teams flexibility to use OpenTelemetry but adds setup work. This guide is based on current official documentation; no Elastic account was created and no telemetry was sent.

Strengths

  • Brings logs, metrics, traces, application performance, infrastructure health, and user-experience monitoring into a shared analysis environment.
  • Supports OpenTelemetry-based collection and a range of prebuilt integrations, so teams can instrument services and onboard common infrastructure sources.
  • Can be used as fully managed Serverless, hosted Elastic Cloud, or self-managed software, with different operational control and pricing models.
  • Combines dashboards and ES|QL exploration with alert rules and SLO tracking for both investigation and ongoing service objectives.

Watch out for

  • Self-managed deployments require the customer to operate the infrastructure, including hardware and deployment configuration, orchestration, cluster sizing, and versions.
  • Application monitoring requires instrumenting the application and configuring an Elastic Agent or OpenTelemetry collector; the documented Serverless quickstart also requires an APM agent key.
  • Capabilities differ by deployment and subscription tier, so a feature available in one Elastic Observability configuration may not be available in another.

Best for

  • SRE and platform teams that want logs, metrics, traces, and service health in one observability environment.
  • Teams instrumenting distributed applications with OpenTelemetry and investigating transaction-level latency or service dependencies.
  • Organizations already operating Elasticsearch and Kibana that want to use that environment for infrastructure and application telemetry.
  • Teams comparing managed cloud monitoring with a self-managed deployment that offers more infrastructure control.

Sources