Ontology-driven observability logopeterindia.net
Knowledge Hub

Ontology-Driven Observability

One shared agreement on what applications, services, incidents, deployments and teams are, expressed as an ontology and stored as a knowledge graph, so telemetry tools, incident systems and agents can answer cross-system questions. Netflix's case, the standards behind it, tools and research, grouped by purpose.

71 topics•8 categories•Updated November 2026

1. The Netflix Case: An Observability Ontology

5 entries

Netflix described a knowledge graph built on a shared ontology that joins telemetry, incidents, deployments, ownership and chat discussions. Start with Netflix's own post, then read the independent summaries and note what is and is not measured.

2. Semantic Web Standards Behind the Shared Agreement

9 entries

The W3C standards that let many tools agree on entity types, relationships and validation rules. RDF stores facts, OWL defines the vocabulary, SHACL checks the data and SPARQL queries it.

3. Shared Telemetry Vocabularies and Schemas

13 entries

Existing agreements on names and structure for telemetry, events and services. An ontology builds on these; it does not replace them.

4. Graph Stores, Validation and Query Tools

9 entries

Where the knowledge graph lives and how to keep it consistent. RDF stores and property graphs both appear in practice.

5. Service Maps and Topology Graphs Today

7 entries

Topology views that many tools already offer, a starting point for entity identity. These show runtime relationships, not the wider ontology.

6. Root-Cause Analysis and AIOps Research

7 entries

Papers and benchmarks on finding causes of failures, with and without graphs. Results vary by dataset; correlation is not proof of cause.

7. Agents, Context and Graph Retrieval

6 entries

Using a shared ontology as the interface between specialist agents and data. The ontology gives agents a common vocabulary and typed context.

8. Related Pages on This Site

15 entries

Directories on observability, ontologies and knowledge graphs. Where the parts of this pattern are listed.

Frequently Asked Questions

What is ontology-driven observability?

Ontology-driven observability connects telemetry (metrics, events, logs and traces) with the other facts engineers need during an incident, such as ownership, deployments, incidents and past discussions, in a knowledge graph whose entity types and relationships are defined by an ontology. Because every tool's data is mapped to the same vocabulary, one query can follow a chain from user impact to a likely cause.

What does 'one shared agreement' mean?

The ontology is a formal agreement about what kinds of things exist, what properties they have and how they relate. Instead of each tool calling the same thing an application, a service or a cluster, they all map to one defined type with one identity. People and software agents then read and write the same vocabulary.

What did Netflix build?

According to Netflix's QCon London 2026 talk and independent summaries, Netflix built an Observability Ontology implemented as a knowledge graph using RDF, OWL, SHACL and SPARQL. Enrichment pipelines turn telemetry, incident and chat data into validated triples, a correlation engine proposes ranked causal hypotheses, and multi-agent AutoRCA reads the same vocabulary. Netflix describes it as early, with hypotheses that are sometimes wrong and no published accuracy or time-saved figures.

How is this different from OpenTelemetry semantic conventions?

Semantic conventions standardise attribute names and meanings inside telemetry such as service.name or http.request.method. An ontology covers a wider scope: entity types and relations that also include incidents, deployments, teams, alerts and discussions, with validation rules. The two complement each other, and conventions are a natural source of identity for the ontology.

Does a knowledge graph prove the root cause?

No. The graph supplies structured context and preserves the evidence behind a hypothesis. Temporal or statistical correlation can still point at the wrong cause, so engineers and agents should check hypotheses against actual telemetry before acting.

Which standards are involved?

The W3C stack is common: RDF for the triple model, OWL for the ontology, SHACL for validation and SPARQL for queries, with Turtle for readable snapshots. Property graph databases are also used, sometimes with RDF import tools such as Neosemantics.

What are the costs and risks?

Designing and governing the ontology, keeping entity identity clean, integrating many systems and maintaining the graph all take sustained effort. Poor identity rules create false joins that mislead downstream agents. Start with a small set of entities that matter in your incidents and grow from there.

How current is this list?

Links were checked in November 2026. Some sites block automated checks and may need a manual click. Netflix details come from its talk and independent summaries, since its own post could not be read by an automated checker. This page is a resource list, not engineering advice.