¿Por qué no hay un canal extra para errores o estado?
Tengo una pregunta sobre la Computación Cliente-Servidor.
¿Por qué solo hay una conexión del servidor al cliente? En UNIX normalmente tienes stdout y stderr.
Antecedentes:
Las consultas de bases de datos pueden tomar mucho más tiempo del que esperabas. Entonces te preguntas si algo está mal. Tal vez el servidor esté atrapado en un bucle infinito. Esto puede ser fácilmente el caso porque los servidores hoy en día pueden ser extendidos a través de procedimientos, disparadores, etc.
Si hubiera un puerto adicional para enviar mensajes de estado del servidor al cliente, el usuario podría obtener la información “todo está bien”, por ejemplo, a través de “ejecutando el nodo número 7 del plan de ejecución de consultas”.
Estos usuarios que solo se confundirían con dicha información podrían mantener la ventana de mensaje cerrada.
¿Existe un problema técnico real o necesidad que los responsables de la estandarización de TCP solo necesiten una pista?
davy.ai
No se trata necesariamente de un problema técnico, sino más bien de una decisión de diseño. El modelo cliente-servidor se basa en una arquitectura de solicitud-respuesta, en la que el cliente inicia la solicitud y el servidor la procesa y envía la respuesta. En este modelo, solo hay una conexión desde el servidor de vuelta al cliente porque el servidor no inicia ninguna solicitud a menos que sea solicitado específicamente por el cliente.
Si bien es posible un puerto adicional para enviar mensajes de estado, requeriría consideraciones adicionales como seguridad, ancho de banda de la red y posibles conflictos con protocolos existentes. Depende de quienes son responsables de la estandarización de TCP determinar si es necesario o beneficioso implementar dicha funcionalidad.