ON
← Retour au fil
Zeiss relie les métriques DORA et les FinOps par le biais de Backstage et d'Argo
Germany🏛️ Politiqueil y a 4 j

Zeiss relie les métriques DORA et les FinOps par le biais de Backstage et d'Argo

L'article explique comment Zeiss intègre les métriques DORA et les pratiques FinOps en utilisant Backstage et Argo CD. Il met en évidence les défis liés à l'attribution de déploiements, de services et de coûts aux équipes et aux unités organisationnelles sans métadonnées claires. Zeiss avait initialement trois systèmes distincts: Backstage comme catalogue de services avec des informations de propriété, des référentiels GitOps avec des états de déploiement et Kubernetes / Argo CD avec des états d'exécution. Sans propagation cohérente des métadonnées à travers ces couches, la dérive se produit, conduisant à des métriques DORA peu fiables et à des rapports de coûts peu clairs. Zeiss utilise Backstage comme une source unique de vérité, définissant des dimensions telles que propriétaire, système, coût et environnement utilisateur. Ils ont développé des outils personnalisés, tels que l'annotateur de CD Argo, qui clone BackOps, identifie les manifestes d'application, récupère les métadonnées des référentiels GitOps et les annot dans les manifestes backstage, et injecte les manifestes dans les composants via les patchs et les patchs JSON.

Zeiss a intégré avec succès les métriques DORA aux pratiques FinOps en utilisant Backstage et Argo CD, marquant une étape importante vers une visibilité opérationnelle unifiée. La société a relevé le défi d'attribuer avec précision les déploiements, les services et les coûts aux équipes, aux systèmes et aux unités organisationnelles.

Cependant, sans mécanismes d'attribution clairs, ces points de données ne parviennent pas à fournir des informations exploitables. Alexander Troppmann, lors de sa présentation à la conférence Mastering GitOps le 25 juin 2026, a décrit comment Zeiss s'est attaqué à ce problème par la gestion des métadonnées. Il a souligné la nécessité d'une attribution cohérente des attributs, tels que la propriété du déploiement, le domaine système, l'environnement et la responsabilité des coûts, pour assurer une analyse significative.

Sans une propagation homogène des métadonnées à travers ces couches, des incohérences ont surgi. Ces dernières ont conduit à des métriques DORA peu fiables et à des rapports de coûts ambigus, rendant difficile la traçabilité des défaillances ou l'allocation précise des dépenses. Pour résoudre ce problème, Zeiss a utilisé Backstage comme source centrale de vérité pour l'attribution. Il maintient des dimensions telles que l'équipe, le système, le composant, l'environnement, l'utilisateur de coûts et le centre de coûts. Ces attributs forment la base de tous les rapports analytiques. Les améliorations futures incluent l'ajout de propriétaires de SRE, de notes de criticalité et de profils d'évolutivité.

Alors que certaines métadonnées, comme les affectations d'équipe et de composants, sont cruciales pour les métriques DORA, d'autres, comme l'utilisateur de coût et le locataire, sont plus vitales pour FinOps, prenant en charge la facturation interne, le budget et le regroupement des coûts.

Un autre outil clé est le DORA Metrics Collector pour Argo CD, qui fonctionne comme un microservice basé sur Go dans l'environnement cloud. Il surveille les CRD d'application d'Argo CD à travers les informateurs Kubernetes, classant les déploiements, les pannes et les récupérations de manière déterministe. Le collecteur exporte les métriques Prometheus et fournit des points de terminaison REST pour Backstage, Grafana et les tableaux de bord de gestion. Sa base de code comprend plus de 15 000 lignes de code de production, une quantité presque égale de code de test, plus de 600 fonctions de test, 13 enregistrements de décision d'architecture et neuf spécifications. L'implémentation reste entièrement déterministe, sans dépendre de l'intelligence artificielle.

La définition d'un déploiement réussi chez Zeiss est particulièrement précise. La société a établi des critères clairs pour déterminer si un déploiement répond à ses normes, garantissant la cohérence et la fiabilité de ses opérations. Ce niveau de précision soutient l'amélioration continue et s'aligne sur des objectifs plus larges d'excellence opérationnelle et de transparence financière.

Aller aux sources primaires (1)

Les sources officielles sur lesquelles repose la couverture. Lisez-les directement pour contourner le cadrage.

1 articles

heise online logoheise onlineIndépendantCentreFactualité 85Objectivité 80il y a 4 j
Zeiss relie les métriques DORA et les FinOps par le biais de Backstage et d'Argo

L'article explique comment Zeiss intègre les métriques DORA et les pratiques FinOps en utilisant Backstage et Argo CD. Il met en évidence les défis liés à l'attribution de déploiements, de services et de coûts aux équipes et aux unités organisationnelles sans métadonnées claires. Zeiss avait initialement trois systèmes distincts: Backstage comme catalogue de services avec des informations de propriété, des référentiels GitOps avec des états de déploiement et Kubernetes / Argo CD avec des états d'exécution. Sans propagation cohérente des métadonnées à travers ces couches, la dérive se produit, conduisant à des métriques DORA peu fiables et à des rapports de coûts peu clairs. Zeiss utilise Backstage comme une source unique de vérité, définissant des dimensions telles que propriétaire, système, coût et environnement utilisateur. Ils ont développé des outils personnalisés, tels que l'annotateur de CD Argo, qui clone BackOps, identifie les manifestes d'application, récupère les métadonnées des référentiels GitOps et les annot dans les manifestes backstage, et injecte les manifestes dans les composants via les patchs et les patchs JSON.

Lecture du biais (Centre): L'article se concentre sur la mise en œuvre technique et les processus opérationnels dans un environnement informatique d'entreprise. Il ne traite pas d'idéologies politiques, de politiques ou de structures de gouvernance. Le contenu est centré sur les pratiques de développement de logiciels et les stratégies de gestion des données, ce qui le rend apolitique dans la conception et la mise en œuvre de logiciels.

Pourquoi factualité (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

Pourquoi objectivité (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

Comment chaque camp l’a couvert

Le même événement, regroupé selon l’orientation politique des médias qui le couvrent.

Comment chaque camp l’a couvert

Soutenez une information indépendante et consciente des biais, et débloquez le pouls social, le vote communautaire et toutes les autres fonctions pour les soutiens.

Devenir soutien

Couverture dans le monde

Le même événement tel que rapporté dans d’autres pays.

Couverture dans le monde

Soutenez une information indépendante et consciente des biais, et débloquez le pouls social, le vote communautaire et toutes les autres fonctions pour les soutiens.

Devenir soutien

Vérification des affirmations

Les principales affirmations factuelles et combien de sources les confirment ou les contestent.

Vérification des affirmations

Soutenez une information indépendante et consciente des biais, et débloquez le pouls social, le vote communautaire et toutes les autres fonctions pour les soutiens.

Devenir soutien

Gardons l’information honnête.

ObjectiveNews est financé par ses lecteurs et sans publicité : nous vous montrons le biais au lieu de le cacher. Soutenez un journalisme indépendant pour 4 €/mois.

Devenir soutien

Sujets liés