Excelente apreciación del concepto
Lo aplicaré a mi software

En entornos distribuidos no existe el rollback, porque la llamada a un servicio es atómica, es decir, que cada servicio que invocas crea y cierra sus propias transacciones, por lo que si algo falla, es necesario aplicar algo llamado compensación, que es básicamente ejecutar otros servicios para deshacer lo que ya está hecho en otro sistema, también puedes usar un patrón llamado Saga, pero la verdad es que la mejor estrategia es tratar de recuperarse del error, antes de hacer eso

En el material de tu autoría, está contemplado algún conjunto de buenas prácticas para soluciones basadas en microservicios? Me llama la atención esa parte de la inexistencia de rollback y en ese sentido qué sería lo mejor? Por ejemplo se me ocurre un patrón que es conocido como “Command” mismo que podría hacer esa simulación de rollback

Claro, el tiempo que pasa desde que lanzamos el request, hasta que recibimos el primer bit, se llama latencia, la latencia contempla TODO.
Lo del rollback, bueno, eso sería otro tema, incluso, en arquitecturas distribuidas no existe el rollback

Ejm: Timeout “Service Consumer” = Sumatoria tiempo “Service Provider” + tiempo de “Servicios Hijos”.

Adicional sumaria un tiempo extra por los tiempos de conexión y red entre los servicios.

Así como los “Service Provider” pueden tener un procesamiento adicional si no entregan respuesta y necesitan realizar rollback de lo que se realizo y no haber entregado respuesta.

Gracias a tí por el comentario 🙂

Tu observación es correcta, es importante acumular los tiempos de respuesta

Por nada, y gracias por el comentario 😀