La soumission d'une feuille de temps déclenche plusieurs étapes indépendantes en aval, implémentées par différentes équipes ; chaque équipe gérera ses propres erreurs. Comment devriez-vous architecturer l'intégration ?

La bonne réponse est de créer un sujet Pub/Sub pour les soumissions de feuilles de temps et un abonnement pour chaque équipe en aval. Cette approche utilise un modèle de messagerie asynchrone (publier/s'abonner) qui est idéal pour les étapes indépendantes. Chaque équipe s'abonne au même sujet et traite la soumission de la feuille de temps de manière indépendante, gérant ses propres erreurs sans affecter les autres. Déployer une Cloud Function pour chaque étape est moins efficace car cela nécessiterait de coordonner les appels entre les fonctions, ce qui va à l'encontre du principe d'indépendance. Créer un sujet Pub/Sub pour chaque étape est redondant et complexifie l'architecture inutilement, car toutes les équipes réagissent au même événement initial (la soumission de la feuille de temps). Créer un microservice qui appelle chaque étape séquentiellement introduit une dépendance forte et un point de défaillance unique, ce qui est contraire à l'exigence d'indépendance des étapes et de gestion des erreurs par chaque équipe.