Los protocolos de red para navegadores web y servidores se clasifican en dos tipos: protocolo sin estado y protocolo con estado.
Estos dos protocolos se diferencian en función de los requisitos del servidor o del software del lado del servidor para guardar el estado o la información de la sesión.
1. Protocolo sin estado:
los protocolos sin estado son el tipo de protocolos de red en los que el cliente envía una solicitud al servidor y el servidor responde de acuerdo con el estado actual. No requiere que el servidor retenga la información de la sesión o el estado de cada socio que se comunica para múltiples requests.
HTTP (Protocolo de transferencia de hipertexto) , UDP (Protocolo de datagramas de usuario) , DNS (Sistema de nombres de dominio) son ejemplos de Protocolo sin estado .
Características silenciosas de los protocolos sin estado:
- El protocolo sin estado simplifica el diseño del servidor.
- El protocolo sin estado requiere menos recursos porque el sistema no necesita realizar un seguimiento de las comunicaciones de enlace múltiple y los detalles de la sesión.
- En el protocolo sin estado, cada paquete de información viaja solo sin referencia a ningún otro paquete.
- Cada comunicación en Stateless Protocol es discreta y no está relacionada con las que la preceden o la siguen.
2. Protocolo con estado:
en protocolo con estado Si el cliente envía una solicitud al servidor, espera algún tipo de respuesta, si no obtiene ninguna respuesta, vuelve a enviar la solicitud. FTP (Protocolo de transferencia de archivos) , Telnet son el ejemplo de Stateful Protocol .
Funciones silenciosas de Stateful Protocol:
- Los protocolos con estado brindan un mejor rendimiento al cliente al realizar un seguimiento de la información de conexión.
- La aplicación con estado requiere almacenamiento de respaldo.
- Las requests con estado siempre dependen del estado del lado del servidor.
- La sesión TCP sigue un protocolo con estado porque ambos sistemas mantienen información sobre la sesión en sí durante su vida.
Comparaciones entre protocolo sin estado y con estado:
Protocolo sin estado | Protocolo con estado |
---|---|
El protocolo sin estado no requiere que el servidor conserve la información del servidor o los detalles de la sesión. | El protocolo con estado requiere que el servidor guarde el estado y la información de la sesión. |
En Stateless Protocol, no existe una estrecha dependencia entre el servidor y el cliente. | En el protocolo Stateful, existe una estrecha dependencia entre el servidor y el cliente. |
El diseño del protocolo sin estado simplifica el diseño del servidor. | El diseño del protocolo Stateful hace que el diseño del servidor sea muy complejo y pesado. |
Los protocolos sin estado funcionan mejor en el momento del bloqueo porque no hay un estado que deba restaurarse, un servidor fallido simplemente puede reiniciarse después de un bloqueo. | El protocolo con estado no funciona mejor en el momento del bloqueo porque el servidor con estado debe mantener la información del estado y los detalles de la sesión de los estados internos. |
Los protocolos sin estado manejan la transacción muy rápidamente. | Los protocolos con estado manejan la transacción muy lentamente. |
Los protocolos sin estado son fáciles de implementar en Internet. | Los protocolos con estado son lógicamente difíciles de implementar en Internet. |
Escalar la arquitectura es relativamente más fácil. | Es difícil y complejo escalar la arquitectura. |
Las requests no dependen del lado del servidor y son independientes. | Las requests siempre dependen del lado del servidor. |
Para procesar información diferente a la vez, se pueden usar diferentes servidores. | Para procesar cada solicitud, se debe utilizar el mismo servidor. |
Ejemplos de Stateless son UDP, DNS, HTTP, etc. | Ejemplos de Stateful son FTTP, Telnet, etc. |
Publicación traducida automáticamente
Artículo escrito por SakshiBhakhra y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA