Zusammenfassung

  • Die Gründer beschrieben im Mai 2019 zwei parallele, nicht ausreichend kompatible Instrumentierungsprojekte als Kernproblem. Sie setzten auf Softwarebrücken und planten, die Vorgänger vor Ende 2019 in den Nur-Lese-Modus zu bringen.
  • OpenTelemetry meldete im Mai 2023 Funktionsparität mit OpenCensus in sieben Sprachen und kündigte die Archivierung der meisten Repositorien für den 31. Juli an. opencensus-python blieb ausdrücklich ausgenommen.

Zwei Standards verschickten dieselbe Rechnung

Wer ein verteiltes System verstehen will, braucht Spuren und Messwerte aus vielen Komponenten. Auch Bibliotheken müssen Daten erfassen und weitergeben. OpenTracing und OpenCensus wollten diese Arbeit gemeinsam für zahlreiche Entwickler lösen. Sie trafen verschiedene technische Entscheidungen, warben aber um dieselben Integrationen. Für eine Bibliotheksbetreuerin hieß das: einen Ansatz unterstützen, beide pflegen oder abwarten. Der Betreiber des fertigen Dienstes musste mit dem Ergebnis leben.

Ben Sigelman und Morgan McLean erklärten 2019 offen, dass die größte Schwäche beider Initiativen ihre Zahl war: Es gab zwei. Die Projekte sollten den Aufwand für Telemetrie über viele Schultern verteilen. Stattdessen verlangten sie teils doppelte Anschlüsse und erschwerten die durchgängige Sicht auf einen Dienst. Das war mehr als ein Streit um Projektnamen. Wenn eine abhängige Bibliothek anders instrumentiert, fehlen dem Betreiber Stücke einer Anfrage genau dann, wenn er sie untersuchen muss.

Die Fusion im Mai 2019 gab neuer Arbeit einen gemeinsamen Ort in der CNCF-Sandbox. In den ersten Leitungs- und Technikgremien saßen Vertreter von Google, LightStep, Microsoft und Uber. Damit war die Zuständigkeit für kommende Entscheidungen klarer. Keine dieser Entscheidungen aktualisierte jedoch bereits ausgelieferte Pakete. Die Gründer bezeichneten OpenTelemetry als nächste Hauptversion beider Vorgänger. Eine neue Hauptversion braucht einen Weg für Bestandsnutzer, nicht bloß ein neues Schild an der Tür.

Die Brücke stand im ursprünglichen Bauplan

Rückwärtskompatibilität mit OpenTracing und OpenCensus durch Softwarebrücken gehörte zu den ersten Prioritäten. Alte Instrumentierung sollte weiter Daten liefern können, während Anwendungen schrittweise neue Schnittstellen übernahmen. Außerdem wollten die Verantwortlichen die Zeit verkürzen, in der drei Projekte parallel weiterentwickelt wurden. Ihr Ziel war der Nur-Lese-Modus der beiden älteren Projekte vor Ende 2019. Das war ein Plan, keine Behauptung, bis Silvester seien alle Anwendungen umgestellt gewesen.

Ein Repositorium kann keine neuen Funktionen mehr annehmen und dennoch täglich in produktiven Diensten geladen werden. Paketversionen, Exportpfade und Messwertnamen müssen umgestellt und geprüft werden. Die Brücken waren deshalb keine späte Entschuldigung, sondern Teil des Fusionsvertrags. Die Verantwortlichen wussten, dass eine organisatorische Einigung schneller gelingt als der Austausch von Code, der unter vielen fremden Anwendungen liegt.

Die CNCF-Mitteilung vom August 2021 nahm OpenTelemetry in die Inkubationsstufe auf und beschrieb APIs und SDKs in elf Sprachen sowie Protokollunterstützung für Traces und Metriken. Dieselbe Mitteilung nannte die formelle Archivierung von OpenTracing und die weitere Abkündigung beider Vorgänger noch als nächste Schritte. Zwei Jahre nach der Fusion stand die Abwicklung also weiterhin auf der offiziellen Aufgabenliste.

2023 stand eine Ausnahme im Kleingedruckten

Die OpenCensus-Mitteilung von OpenTelemetry aus dem Mai 2023 führte konkrete Bedingungen auf. Nach Projektangaben war Funktionsparität in C++, .NET, Go, Java, JavaScript, PHP und Python erreicht. Die meisten OpenCensus-GitHub-Repositorien sollten am 31. Juli archiviert werden. opencensus-python blieb ausgenommen, weil Teile davon weiterhin als Produktionslösung empfohlen wurden. In der Folie zur Fusion passte alles unter einen Pfeil. In der Wartungsliste brauchte Python eine eigene Zeile.

Die Mitteilung beschrieb Kompatibilitätsbrücken für Go, Java, JavaScript und Python; einige Adapter standen noch aus. Damit konnten Nutzer ältere Instrumentierung zunächst über OpenTelemetry-Exporter ausleiten und frühere Bibliotheken später entfernen. Das Projekt warnte zugleich, OpenTelemetry sei kein strikter Oberbegriff für jedes OpenCensus-Datenmodell. Bei einer Migration könne sich Telemetrie ändern. Ein Dashboard, das nach dem Wechsel noch Zahlen zeigt, beweist für sich allein keine Vergleichbarkeit.

Der Archivierungstermin hatte eine handfeste Folge. Nach dem 31. Juli, so die Ankündigung, sollten im archivierten OpenCensus-Projekt weder neue Funktionen noch Sicherheitskorrekturen erscheinen; Quellcode und Pakete blieben verfügbar. Eine alte Bibliothek kann deshalb weiterhin installiert werden, während die gemeinsame Wartung endet. Wer sie im Dienst belässt, übernimmt eine andere Verantwortung als vor der Archivierung.

Ein Gremium fusioniert schneller als eine Abhängigkeitskette

Die Entscheidung von 2019 beendete die Konkurrenz darum, wo gemeinsame Instrumentierung entwickelt wird. Für schon laufende Dienste folgten Sprachimplementierungen, Veröffentlichungstermine, Brückenqualität und Entscheidungen vieler anderer Bibliotheksbetreuer. Vier Jahre zwischen Fusion und OpenCensus-Abgangsplan beschreiben diese Arbeit. Daraus folgt nicht, dass das Nur-Lese-Ziel von 2019 verfehlt wurde: Nur-Lese-Modus und Archivierung sind verschiedene Schritte. Sicher ist, dass 2023 noch eine genaue Übergabe mit Ausnahmen nötig war. Das Türschild war längst ersetzt, die Kabel lagen noch unter dem alten Boden.