L'invio di una timesheet attiva più passaggi a valle indipendenti implementati da team diversi; ogni team gestirà i propri errori. Come si dovrebbe architettare l'integrazione?

L'opzione corretta utilizza Pub/Sub per disaccoppiare il processo di invio della timesheet dai passaggi a valle. Un singolo topic centralizzato per gli invii di timesheet consente a ogni team a valle di sottoscriversi in modo indipendente e gestire i propri errori, promuovendo resilienza e scalabilità. Le altre opzioni sono meno ideali: Implementare una Cloud Function per ogni passaggio crea un accoppiamento stretto e rende difficile la gestione degli errori indipendenti tra i team. Creare un topic Pub/Sub per ogni passaggio è ridondante e aumenta la complessità, poiché tutti i passaggi sono attivati dallo stesso evento iniziale (l'invio della timesheet). Un microservizio su GKE che chiama sequenzialmente ogni passaggio introduce un accoppiamento stretto e un punto di fallimento singolo, in contrasto con l'indipendenza richiesta.