Skip to content
Tech

Perché non riesco a tracciare un errore in produzione che ha attraversato una coda di messaggi?

83

Opportunità

Il distributed tracing presuppone un grafo di span connesso, ma le architetture a microservizi reali instradano una quota significativa del traffico attraverso code di messaggi, stream di eventi e callback asincroni che interrompono la propagazione degli span. Quando un errore ha origine a valle di un confine di coda, gli strumenti di osservabilità esistenti vedono solo frammenti scollegati e non riescono a stabilire una relazione di causalità. Recenti ricerche di RCA su sistemi a microservizi in produzione indicano esplicitamente questi punti ciechi asincroni come il principale punto di fallimento degli strumenti attuali, e un'indagine CNCF del 2025 ha rilevato che il 78 percento delle organizzazioni che utilizzano microservizi ha identificato le lacune nell'osservabilità come la principale sfida operativa. I team con architetture orientate alle code finiscono per correlare manualmente i timestamp dei log per trovare l'origine di un'interruzione. Nessuno strumento adatto alla produzione colma il divario tra trasporti eterogenei.

Perché è importante

Colmare il divario di tracciamento al confine asincrono rende gli strumenti di osservabilità validi per le architetture event-driven che la maggior parte dei sistemi in produzione oggi utilizza.

Come valuto l'opportunità

L'Opportunity Score è la mia valutazione personale, non una misurazione: quanto fa male, con quale frequenza colpisce e quanto poco esiste per risolverlo oggi. Un punteggio più alto significa che lo ritengo più degno di essere sviluppato.

Gravità8/10

Quanto dolore provoca quando si manifesta.

Frequenza8/10

Quanto spesso le persone ci si imbattono davvero.

Spazio bianco8/10

Quanti pochi strumenti validi esistono oggi per affrontarlo.

Altri problemi che vale la pena risolvere