Comunicación síncrona - AWS Guía prescriptiva

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Comunicación síncrona

En la comunicación síncrona, un cliente inicia una solicitud a un servicio, como se muestra en el siguiente diagrama. Los ejemplos incluyen una solicitud para obtener información, como una solicitud HTTP GET, o una solicitud para mutar datos, como una solicitud HTTP PUT. En cualquier caso, el cliente espera a que el servidor responda antes de continuar. La mayoría de los desarrolladores conocen las llamadas síncronas, son fáciles de implementar y solucionar problemas y, en muchos casos, son el estándar de comunicación ampliamente aceptado.

Comunicación síncrona entre clientes y microservicios, o entre microservicios.

Los beneficios de la comunicación síncrona incluyen:

  • Control de flujo predecible: ejecución determinista y ciclos claros de solicitud-respuesta que son más fáciles de entender en comparación con la comunicación asíncrona.

  • Consistencia sólida: confirmación inmediata de los cambios en los datos y las actualizaciones de estado.

  • Gestión sencilla de errores: propagación directa de errores y excepciones.

  • Depuración sencilla: seguimiento y supervisión sencillos de las solicitudes.

  • Soporte de protocolos: protocolos bien establecidos, como HTTP y REST, que facilitan la implementación.

La comunicación síncrona tiene algunos inconvenientes:

  • Acoplamiento ajustado: los servicios dependen directamente de la disponibilidad de los demás.

  • Impacto en la red: aumento de la carga de la red debido a las conexiones abiertas constantes.

  • Utilización de recursos: mayor uso de memoria debido al mantenimiento de los estados de conexión.

  • Fallos en cascada: posibilidad de que los problemas de un servicio se propaguen rápidamente por el sistema.