O envio de um timesheet aciona várias etapas downstream independentes implementadas por diferentes equipes; cada equipe lidará com seus próprios erros. Como você deve arquitetar a integração?

A opção correta é criar um tópico Pub/Sub para envios de timesheet e uma assinatura para cada equipe downstream. Isso permite que cada equipe receba o evento de envio de timesheet de forma independente e assíncrona, processando-o conforme suas necessidades e lidando com seus próprios erros sem afetar as outras equipes. Isso promove o desacoplamento e a resiliência. A implantação de uma Cloud Function para cada etapa que chama o sistema downstream correspondente (primeira opção) não é ideal porque acopla o processo de envio de timesheet às implementações específicas de cada etapa, tornando-o menos flexível e mais propenso a falhas em cascata. A criação de um tópico Pub/Sub para cada etapa (segunda opção) adiciona complexidade desnecessária, pois todas as equipes precisam reagir ao mesmo evento inicial (envio do timesheet), não a eventos intermediários específicos de cada etapa. A criação de um microsserviço que chama cada etapa downstream sequencialmente (quarta opção) introduz um ponto único de falha e acoplamento forte. Se uma etapa falhar, todo o processo pode parar, e a responsabilidade de lidar com erros de outras equipes recai sobre o microsserviço, o que não é o objetivo.