Abbiamo un microservizio che legge in file di dati di grandi dimensioni, ogni riga contenente informazioni sugli account.
Per ogni record trovato, si spegne e fa altre "cose" e quella roba è distribuita su altri microservizi. Pertanto, dobbiamo considerare l'uso degli ID di correlazione per legare insieme le transazioni distribuite da una prospettiva di registrazione.
Tuttavia, stiamo lottando per comprendere i limiti di questi ID di correlazione.
Sono consapevole del fatto che l'entità generale è "usa un ID di correlazione che ti è stato dato o ne crea uno", ma è la singolarità di quell'ID di correlazione che ci sta dando il problema.
Ad esempio:
- il file di dati contiene 1.000 record di account: sarebbe utile ritirare i registri di tutte le attività su quel 1 file di dati attraverso i 1.000 account; ma
- sarebbe anche utile per solo richiamare i registri risultanti per un singolo account nel file di dati.
Quindi è necessario che siano necessari due ID di correlazione separati, uno per il file, uno per l'account, quasi uno stack.
Tuttavia, nulla di ciò che ho visto sull'interweb si avvicina mai alla correlazione in questo modo, quindi immagino che il mio modo di pensare / design sia sbagliato.
Qualche consiglio? Come sono stati gli altri a occuparsi di questo?