ON
← Zurück zum Feed
Zeiss verknüpft DORA-Metriken und FinOps über Backstage und Argo CD
Germany🏛️ Politikvor 4 Tagen

Zeiss verknüpft DORA-Metriken und FinOps über Backstage und Argo CD

Der Artikel beschreibt, wie Zeiss DORA-Metriken und FinOps-Praktiken mit Backstage und Argo CD integriert. Er hebt die Herausforderungen hervor, die sich bei der Zuordnung von Bereitstellungen, Diensten und Kosten an Teams und Organisationseinheiten ohne klare Metadaten stellen. Zeiss hatte ursprünglich drei separate Systeme: Backstage als Dienstkatalog mit Eigentumsinformationen, GitOps-Repositories mit Bereitstellungszuständen und Kubernetes/Argo CD mit Laufzeitzuständen. Ohne konsistente Metadatenverbreitung über diese Ebenen tritt Drift auf, was zu unzuverlässigen DORA-Metriken und unklaren Kostenberichten führt. Zeiss verwendet Backstage als eine einzige Quelle der Wahrheit und definiert Dimensionen wie Eigentümer, System, Kosten und Benutzerumgebung. Sie haben benutzerdefinierte Tools wie den Argo CD Annotator entwickelt, der BackOps klont, Anwendungsmanifestationen identifiziert, Metadaten aus GitOps-Repositorien abruft und Anmerkungen in die JSON-Komponenten und -Patches injiziert.

Zeiss hat erfolgreich DORA-Metriken mit FinOps-Praktiken mit Backstage und Argo CD integriert, was einen bedeutenden Schritt in Richtung einer einheitlichen operativen Sichtbarkeit darstellt. Das Unternehmen hat die Herausforderung bewältigt, Bereitstellungen, Dienste und Kosten genau an Teams, Systeme und Organisationseinheiten zuzuordnen. Diese Integration ermöglicht zuverlässige Leistungsbewertungen der Softwarelieferung und transparente Kostenanalyse, die sowohl für die Effizienz von DevOps als auch für die finanzielle Rechenschaftspflicht unerlässlich sind.

Alexander Troppmann beschrieb in seiner Präsentation auf der Mastering GitOps Konferenz am 25. Juni 2026 wie Zeiss dieses Problem durch Metadatenmanagement angegangen ist. Er betonte die Notwendigkeit einer konsistenten Attributzuweisung, wie z. B. Bereitstellungsbesitz, Systemdomäne, Umgebung und Kostenverantwortung, um sinnvolle Analysen zu gewährleisten. Zunächst arbeitete Zeiss in drei verschiedenen Bereichen: Backstage als Dienstkatalog mit Eigentumsinformationen, GitOps-Repositories, die gewünschte Bereitstellungszustände definieren, und Kubernetes / Argo CD, die tatsächliche Laufzeitumgebungen verwalten.

Ohne nahtlose Metadatenverbreitung über diese Ebenen entstanden Inkonsistenzen. Diese führten zu unzuverlässigen DORA-Metriken und mehrdeutigen Kostenberichten, was es schwierig machte, Fehler zu verfolgen oder Ausgaben genau zuzuordnen. Um dies zu lösen, nutzte Zeiss Backstage als zentrale Quelle der Wahrheit für die Zuordnung. Es behält Dimensionen wie Team, System, Komponente, Umgebung, Kostenbenutzer und Kostenzentrum bei. Diese Attribute bilden die Grundlage aller analytischen Berichterstattung. Zukünftige Verbesserungen umfassen das Hinzufügen von SRE-Besitzern, Kritikalitätsbewertungen und Skalierbarkeitsprofilen.

Während einige Metadaten, wie Team- und Komponentenzuweisungen, für DORA-Metriken von entscheidender Bedeutung sind, sind andere, wie Kostenbenutzer und -Mieter, für FinOps wichtiger, da sie die interne Abrechnung, Budgetierung und Kostenclustering unterstützen.

Ein weiteres wichtiges Werkzeug ist der DORA Metrics Collector für Argo CD, der als Go-basierter Microservice in der Cloud-Umgebung arbeitet. Er überwacht Argo CDs Application CRDs über Kubernetes Informers, klassifiziert Deployments, Ausfälle und Wiederherstellungen deterministisch. Der Collector exportiert Prometheus Metriken und bietet REST-Endpunkte für Backstage, Grafana und Management-Dashboards. Seine Codebasis umfasst über 15.000 Zeilen Produktionscode, fast gleiche Menge an Testcode, mehr als 600 Testfunktionen, 13 Architekturentscheidungsdatensätze und neun Spezifikationen. Die Implementierung bleibt vollständig deterministisch, frei von der Abhängigkeit von künstlicher Intelligenz.

Die Definition eines erfolgreichen Einsatzes bei Zeiss ist besonders präzise. Das Unternehmen hat klare Kriterien festgelegt, um zu bestimmen, ob ein Einsatz seinen Standards entspricht, wodurch Konsistenz und Zuverlässigkeit in seinen Operationen gewährleistet werden. Dieses Maß an Präzision unterstützt die kontinuierliche Verbesserung und entspricht den breiteren Zielen der operativen Exzellenz und der finanziellen Transparenz.

Zu den Primärquellen (1)

Die offiziellen Quellen, auf denen die Berichterstattung beruht. Lies sie direkt, um Framing zu umgehen.

1 Berichte

heise online logoheise onlineUnabhängigMitteFaktentreue 85Objektivität 80vor 4 Tagen
Zeiss verknüpft DORA-Metriken und FinOps über Backstage und Argo CD

Der Artikel beschreibt, wie Zeiss DORA-Metriken und FinOps-Praktiken mit Backstage und Argo CD integriert. Er hebt die Herausforderungen hervor, die sich bei der Zuordnung von Bereitstellungen, Diensten und Kosten an Teams und Organisationseinheiten ohne klare Metadaten stellen. Zeiss hatte ursprünglich drei separate Systeme: Backstage als Dienstkatalog mit Eigentumsinformationen, GitOps-Repositories mit Bereitstellungszuständen und Kubernetes/Argo CD mit Laufzeitzuständen. Ohne konsistente Metadatenverbreitung über diese Ebenen tritt Drift auf, was zu unzuverlässigen DORA-Metriken und unklaren Kostenberichten führt. Zeiss verwendet Backstage als eine einzige Quelle der Wahrheit und definiert Dimensionen wie Eigentümer, System, Kosten und Benutzerumgebung. Sie haben benutzerdefinierte Tools wie den Argo CD Annotator entwickelt, der BackOps klont, Anwendungsmanifestationen identifiziert, Metadaten aus GitOps-Repositorien abruft und Anmerkungen in die JSON-Komponenten und -Patches injiziert.

Tendenz-Einschätzung (Mitte): Der Artikel konzentriert sich auf die technische Implementierung und die operativen Prozesse innerhalb einer IT-Umgebung.

Warum Faktentreue (85): The article accurately reports on Alexander Troppmann’s presentation at the Mastering GitOps conference, referencing the specific topic of linking DORA metrics and FinOps through Backstage and Argo CD. It aligns with the primary source document by mentioning the conference date (25 June 2026) and th

Warum Objektivität (80): The article presents information in a professional and informative tone, focusing on the technical aspects of the presentation. While it does include some promotional language about the CLC conference, it remains largely objective in discussing the content of the talk. There is no overt bias or emot

Wie jede Seite berichtete

Dasselbe Ereignis, gruppiert nach der politischen Ausrichtung der berichtenden Medien.

Wie jede Seite berichtete

Unterstütze unabhängige, biasbewusste Nachrichten und schalte den Social-Puls, das Community-Voting und alle weiteren Unterstützer-Funktionen frei.

Unterstützer werden

Weltweite Berichterstattung

Dasselbe Ereignis, wie es in anderen Ländern berichtet wurde.

Weltweite Berichterstattung

Unterstütze unabhängige, biasbewusste Nachrichten und schalte den Social-Puls, das Community-Voting und alle weiteren Unterstützer-Funktionen frei.

Unterstützer werden

Faktencheck

Zentrale faktische Aussagen und wie viele Quellen sie bestätigen bzw. bestreiten.

Faktencheck

Unterstütze unabhängige, biasbewusste Nachrichten und schalte den Social-Puls, das Community-Voting und alle weiteren Unterstützer-Funktionen frei.

Unterstützer werden

Halte die Nachrichten ehrlich.

ObjectiveNews ist leserfinanziert und werbefrei – wir zeigen dir den Bias, statt ihn zu verstecken. Unterstütze unabhängigen Journalismus für 4 €/Monat.

Unterstützer werden

Ähnliche Themen