El envío de una hoja de horas desencadena múltiples pasos posteriores independientes implementados por diferentes equipos; cada equipo manejará sus propios errores. ¿Cómo debe diseñar la integración?

La opción correcta utiliza Pub/Sub para desacoplar el envío de la hoja de horas de los pasos posteriores. Un único tema de Pub/Sub para los envíos de hojas de horas permite que cada equipo posterior se suscriba a ese tema y procese el evento de forma independiente. Esto es crucial porque los pasos son "independientes" y cada equipo maneja "sus propios errores", lo que sugiere un procesamiento asíncrono y tolerante a fallos. La implementación de una Cloud Function para cada paso que llama al sistema posterior sería acoplar la lógica y requeriría que la función manejara la orquestación y los errores de cada paso, lo cual es ineficiente y no escalable para procesos independientes. Crear un tema de Pub/Sub para cada paso es redundante y complica la arquitectura, ya que todos los pasos se desencadenan por el mismo evento inicial. Un microservicio en GKE que llama a cada paso secuencialmente y espera una respuesta exitosa introduce un acoplamiento fuerte y un punto único de fallo, contradiciendo la naturaleza "independiente" de los pasos y la gestión de errores por parte de cada equipo.