Das Projekt OpenTelemetry (OTel) erhielt im Mai 2026 offiziell den Status eines Graduated Project bei der Cloud Native Computing Foundation (CNCF), nachdem es 2025 den Graduierungsprozess begonnen hatte. Damit steht das Projekt neben bekannten CNCF-Projekten wie Kubernetes und Prometheus. Dies bedeutet jedoch nicht das Ende seiner Entwicklung, sondern bestätigt seinen Übergang von einem vielversprechenden Projekt zu einer ausgereiften offenen Infrastruktur, die auf den breit angelegten Einsatz in Unternehmen ausgerichtet ist.
Warum wurde OpenTelemetry entwickelt?
Vor OpenTelemetry stützten sich Mess- und Observability-Tools häufig auf proprietäre Formate und bibliotheksspezifische Lösungen einzelner Anbieter. Der Wechsel zwischen Observability-Anbietern erforderte die Entfernung und Ersetzung alter Anbindungsbibliotheken, wodurch ein Anbieterwechsel kompliziert wurde und die Risiken eines technischen Vendor Lock-ins stiegen. Außerdem wurden die grundlegenden Observability-Signale – Traces, Logs und Metriken – als getrennte Systeme behandelt, was ihre Verknüpfung zu einem ganzheitlichen Bild der Anwendungsleistung erschwerte.
Im Mai 2019 fusionierten OpenTracing und OpenCensus zur Gründung von OpenTelemetry. Das Projekt bietet Spezifikationen für Traces, Metriken und Logs, einheitliche APIs, Implementierungen dieser APIs in verschiedenen Programmiersprachen sowie den OpenTelemetry Collector. OpenTracing wurde im Januar 2022 archiviert, OpenCensus anschließend im Juli 2023. OpenTelemetry wurde unterdessen laut einem CNCF-Beitrag zum faktischen offenen Standard für Telemetrie.
Was qualifizierte das Projekt für die Graduierung?
Der Graduierungsstatus stützte sich auf eine Reihe praktischer Kriterien und nicht allein auf die Größe des Projekts. Organisationen wie GitHub und Farfetch setzen OpenTelemetry in Produktionsumgebungen ein. Außerdem verfügt das Projekt über ein dokumentiertes Governance-Modell, das Wahl- und Rücktrittsrollen, Entscheidungsprozesse und Kommunikationswege festlegt.
Die Prüfung umfasste auch die Gesundheit der Community. Es gibt regelmäßige Mitwirkende aus mehreren Organisationen sowie einen klaren Prozess für die Prüfung von Pull Requests und die Verwaltung von Issues. OpenTelemetry wurde zudem einer unabhängigen Sicherheitsprüfung unterzogen; alle dabei identifizierten kritischen Probleme wurden behoben. Ebenso erfüllten die APIs die Anforderungen an Stabilität, Release-Management und Rückwärtskompatibilität, während die Dokumentation architektonische Aspekte sowie Leitfäden für Benutzer, Betreiber und Mitwirkende abdeckt. Schließlich wurde der Graduierungsantrag zur Prüfung an das Technical Oversight Committee der CNCF übermittelt.
Was hat sich für die Benutzer praktisch geändert?
Laut dem CNCF-Beitrag verzeichnete das Projekt mehr als 12.000 Beiträge von über 2.800 Unternehmen. Hunderte Maintainer beteiligen sich in sprachspezifischen Special Interest Groups, wodurch OpenTelemetry nach Kubernetes das CNCF-Projekt mit der zweithöchsten Aktivitätsrate ist. Traces, Logs und Metriken erreichten den Status der allgemeinen Verfügbarkeit, während Profiling als neues Signal hinzugefügt wurde und sowohl die Demo als auch der Collector und die Systemkomponenten erweitert wurden.
In der Praxis bietet der Graduierungsstatus Unternehmen einen zusätzlichen Hinweis auf die Reife von Governance, Sicherheit, Stabilität und Verbreitung. Er ersetzt jedoch nicht die Prüfung, ob das Projekt für die jeweilige Umgebung geeignet ist. Die Graduierung bedeutet auch nicht, dass alle Observability-Herausforderungen gelöst sind oder dass die Einführung von OpenTelemetry ohne betriebliche oder technische Kosten erfolgt. Die Quelle stellt klar, dass das Projekt weiterentwickelt wird.
Die nächste Phase
Die weitere Arbeit konzentriert sich auf die Observability neuer Arten von Workloads, darunter agentische Workflows, mithilfe entstehender semantischer Konventionen für generative KI. Hinzu kommen die Anforderungen an die Observability von Browsern und Mobiltelefonen. Das Projekt soll außerdem ausgereiften Teams helfen, Telemetrie in großem Maßstab zu verwalten: Weaver dient dabei zur Definition und Governance von Telemetrieschemata, OpenTelemetry Packaging zur Bereitstellung von Komponenten in installierbaren Paketen und OpenTelemetry Injector zur Aktivierung der Instrumentierung ohne Änderungen am Quellcode.
Redaktionelle Einordnung von certi.news: Die tatsächliche Veränderung besteht darin, dass OpenTelemetry nicht mehr nur ein Projekt zur Vereinheitlichung von Observability-Tools ist, sondern ein Projekt, das eine erklärte Reihe von Prüfungen zu Verbreitung, Governance, Sicherheit und API-Stabilität bestanden hat. Das ist für Teams wichtig, die die Vereinheitlichung ihrer Telemetrieschicht aus Sorge vor einer mangelnden Reife des Projekts aufschieben. Dennoch bleiben offene Fragen bestehen: ob die Community dieses Niveau bei wachsender Nutzung halten kann und wie sich die neuen Standards für KI-Workloads und plattformübergreifende Observability in stabile Anwendungen übertragen lassen.