ON
← Torna al feed
Zeiss collega DORA Metrics e FinOps tramite Backstage e Argo CD
Germany🏛️ Politica4 gg fa

Zeiss collega DORA Metrics e FinOps tramite Backstage e Argo CD

L'articolo discute come Zeiss integra le metriche DORA e le pratiche FinOps utilizzando Backstage e Argo CD. Sottolinea le sfide di attribuire implementazioni, servizi e costi a team e unità organizzative senza metadati chiari. Zeiss aveva inizialmente tre sistemi separati: Backstage come catalogo di servizi con informazioni di proprietà, repository GitOps con stati di distribuzione e Kubernetes / Argo CD con stati di esecuzione. Senza una propagazione coerente dei metadati su questi livelli, si verifica una deriva, che porta a metriche DORA inaffidabili e rapporti di costi non chiari. Zeiss utilizza Backstage come singola fonte di verità, definendo dimensioni come proprietario, sistema, costo e ambiente utente. Hanno sviluppato strumenti personalizzati, come Argo CD Annotator, che clona BackOps, identifica le manifestazioni delle applicazioni, recupera i metadati dai repository Gitstage e le annotate, inserisce le manifestazioni in JSON tramite inserti e patch.

Zeiss ha integrato con successo le metriche DORA con le pratiche FinOps utilizzando Backstage e Argo CD, segnando un passo significativo verso una visibilità operativa unificata. L'azienda ha affrontato la sfida di attribuire distribuzioni, servizi e costi con precisione a team, sistemi e unità organizzative. Questa integrazione consente valutazioni affidabili delle prestazioni della consegna del software e analisi dei costi trasparenti, essenziali sia per l'efficienza DevOps che per la responsabilità finanziaria. L'iniziativa è iniziata con il riconoscimento che le piattaforme cloud generano enormi quantità di telemetria, log, metriche e dati sui costi.

Tuttavia, senza chiari meccanismi di attribuzione, questi punti dati non riescono a fornire informazioni utilizzabili. Alexander Troppmann, durante la sua presentazione alla conferenza Mastering GitOps del 25 giugno 2026, ha delineato come Zeiss ha affrontato questo problema attraverso la gestione dei metadati. Ha sottolineato la necessità di un'assegnazione coerente degli attributi, come la proprietà della distribuzione, il dominio del sistema, l'ambiente e la responsabilità dei costi, per garantire analisi significative. Inizialmente, Zeiss operava in tre domini distinti: Backstage come catalogo di servizi con informazioni sulla proprietà, repository GitOps che definiscono gli stati di distribuzione desiderati e Kubernetes / Argo CD che gestiscono gli ambienti di runtime reali.

Per risolvere questo problema, Zeiss ha utilizzato Backstage come fonte centrale di verità per l'attribuzione. Mantiene dimensioni come team, sistema, componente, ambiente, utente di costo e centro di costo. Questi attributi costituiscono la base di tutti i report analitici. I futuri miglioramenti includono l'aggiunta di proprietari di SRE, valutazioni di criticalità e profili di scalabilità.

Mentre alcuni metadati, come le assegnazioni di team e componenti, sono cruciali per le metriche DORA, altri, come l'utente di costo e il tenant, sono più vitali per FinOps, supportando la fatturazione interna, il budget e il clustering dei costi. Per colmare il divario tra questi domini, Zeiss ha sviluppato strumenti personalizzati.

Un altro strumento chiave è il DORA Metrics Collector per Argo CD, che opera come un microservizio basato su Go all'interno dell'ambiente cloud. Monitora i CRD delle applicazioni di Argo CD attraverso gli informatori Kubernetes, classificando distribuzioni, guasti e recuperi in modo deterministico. Il collezionatore esporta le metriche di Prometheus e fornisce endpoint REST per Backstage, Grafana e dashboard di gestione. Il suo codebase include oltre 15.000 linee di codice di produzione, quasi la stessa quantità di codice di test, più di 600 funzioni di test, 13 record di decisione di architettura e nove specifiche. L'implementazione rimane completamente deterministica, priva di dipendenza dall'intelligenza artificiale.

La definizione di un'implementazione di successo presso Zeiss è particolarmente precisa. La società ha stabilito criteri chiari per determinare se un'implementazione soddisfa i suoi standard, garantendo coerenza e affidabilità nelle sue operazioni. Questo livello di precisione supporta il miglioramento continuo e si allinea con obiettivi più ampi di eccellenza operativa e trasparenza finanziaria.

Vai alle fonti primarie (1)

Le fonti ufficiali su cui si basa la copertura. Leggile direttamente per aggirare il framing.

1 servizi

heise online logoheise onlineIndipendenteCentroFattualità 85Obiettività 804 gg fa
Zeiss collega DORA Metrics e FinOps tramite Backstage e Argo CD

L'articolo discute come Zeiss integra le metriche DORA e le pratiche FinOps utilizzando Backstage e Argo CD. Sottolinea le sfide di attribuire implementazioni, servizi e costi a team e unità organizzative senza metadati chiari. Zeiss aveva inizialmente tre sistemi separati: Backstage come catalogo di servizi con informazioni di proprietà, repository GitOps con stati di distribuzione e Kubernetes / Argo CD con stati di esecuzione. Senza una propagazione coerente dei metadati su questi livelli, si verifica una deriva, che porta a metriche DORA inaffidabili e rapporti di costi non chiari. Zeiss utilizza Backstage come singola fonte di verità, definendo dimensioni come proprietario, sistema, costo e ambiente utente. Hanno sviluppato strumenti personalizzati, come Argo CD Annotator, che clona BackOps, identifica le manifestazioni delle applicazioni, recupera i metadati dai repository Gitstage e le annotate, inserisce le manifestazioni in JSON tramite inserti e patch.

Lettura del bias (Centro): L'articolo si concentra sull'implementazione tecnica e sui processi operativi all'interno di un ambiente IT aziendale.

Perché fattualità (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

Perché obiettività (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

Come l’ha coperta ogni schieramento

Lo stesso evento, raggruppato per l’orientamento politico delle testate che ne parlano.

Come l’ha coperta ogni schieramento

Sostieni notizie indipendenti e consapevoli del bias e sblocca il polso social, il voto della comunità e tutte le altre funzioni per i sostenitori.

Diventa sostenitore

Nel mondo

Lo stesso evento come riportato in altri paesi.

Nel mondo

Sostieni notizie indipendenti e consapevoli del bias e sblocca il polso social, il voto della comunità e tutte le altre funzioni per i sostenitori.

Diventa sostenitore

Verifica delle affermazioni

Le principali affermazioni fattuali e quante fonti le sostengono o le contestano.

Verifica delle affermazioni

Sostieni notizie indipendenti e consapevoli del bias e sblocca il polso social, il voto della comunità e tutte le altre funzioni per i sostenitori.

Diventa sostenitore

Manteniamo le notizie oneste.

ObjectiveNews è finanziato dai lettori e senza pubblicità: ti mostriamo il bias invece di nasconderlo. Sostieni il giornalismo indipendente per 4 €/mese.

Diventa sostenitore

Storie correlate