Diferencia entre RPC y servicio web
RPC frente a servicio web
Para crear servicios web utilizando el protocolo SOAP, se debe utilizar cualquiera de las dos opciones. Se puede seguir el protocolo Document SOAP o el protocolo de mensajería RPC SOAP. RPC se refiere a Llamada de procedimiento remoto y es un protocolo que puede ser utilizado por un programa para solicitar un determinado servicio en otro programa ubicado dentro de otra computadora remota. Al usar RPC, no necesita conocer los detalles de la red del programa. Una determinada llamada de procedimiento se denomina llamada de subrutina o incluso llamada de función.
Cuando se usa RPC, se usa mucho el modelo cliente/servidor. El programa que solicita un servicio está del lado del cliente y la computadora que proporciona un programa en particular se dice que está del lado del servidor. Una acción RPC se puede llamar síncrona, ya que requiere que la acción especificada se suspenda hasta que los resultados de un procedimiento remoto se devuelvan a un programa que solicita una acción.
Para garantizar que el dispositivo no tarde demasiado cuando hay varias acciones pendientes, RPC permite procesar múltiples hilos que comparten una misma dirección, y por lo tanto las respuestas se pueden dar tal como vienen, y no en una serie en la que se debe actuar. terminar para que empiece el siguiente.
Entonces, un servicio web creado con un control SOAP puede seguir el estilo de mensajería RPC o Documento. Entonces, el estilo del documento puede representar el documento .xml particular que se puede validar contra un esquema XML dado. Debido a que Java RPC se usa en la comunicación de plataformas como EJB, aplicaciones similares se ejecutan en Java. Por otro lado, un servicio web se usa principalmente cuando se usa una aplicación que no se ejecuta en Java y busca conectarse al servicio web.
El rendimiento entre RPC y los servicios web es bastante diferente, y la diferencia entre los servicios web y RPC es muy variable. En algunos casos, la variación puede ser bastante pequeña, considerando la resiliencia. RPC viene con el desafío de un entorno de servidor abarrotado, lo que hace que sea bastante difícil para usted trabajar con múltiples clientes.
Por otro lado, el Servicio Web permite despliegues de múltiples servicios, y el único requisito que se debe cumplir es que el Servicio Web se utilice sobre HTTP. Esto permite la explotación de las técnicas habituales de distribución y enrutamiento de red utilizadas en sitios más grandes. También es importante tener en cuenta que el servicio web no requiere una codificación especial para funcionar con el servidor o incluso con el cliente.
Se puede hacer una comparación justa entre RPC y la resiliencia del servicio web, aunque es importante tener en cuenta que RPC requiere que los intermediarios de uso funcionen como se espera. Aquí es donde entran en juego EE EJB y frameworks como Spring. Para obtener el mejor servicio, se recomienda trabajar primero con Java EE EJB antes de introducir el entorno RPC. Es mucho más fácil de configurar si tiene exposición de servicio web para este entorno y RPC también.
Resumen
RPC se refiere a la llamada a procedimiento remoto.
Se recomienda utilizar RPC cuando se utiliza mucho el modelo cliente/servidor.
RPC permite el procesamiento de múltiples subprocesos que comparten una dirección determinada.
RPC se emplea en una plataforma que utiliza EJB.
Un servicio web utilizado en plataformas que no son de Java cuando una aplicación necesita acceso.
También se utiliza un servicio web para sincronizar la comunicación asíncrona.
