Aquí hay una buena comparación de AMBOS métodos de JABÓN / RESTO. Una cosa a entender es que SOAP es un protocolo, mientras que REST es un estilo arquitectónico. El mayor déficit de SOAP es que no es apátrida y no se puede almacenar en caché.
Si tiene control sobre el servicio SOAP, sugiero una reescritura para que se base en una arquitectura RESTful. Si está atascado con un servicio SOAP de terceros, entonces hay muy pocas cosas que puede hacer para escalar SOAP:
- Guarde en caché el WSDL (lo bueno es que esto es menos sobrecarga al hacer llamadas SOAP. El inconveniente es que si el proveedor de servicios SOAP agrega características o cambia métodos, el WSDL en caché no lo sabrá).
- Solo realice llamadas a métodos SOAP que no mantengan el estado. (esto es una sugerencia tonta ya que SOAP está basado en RPC, pero si puede escapar sin llamadas de estado completo a SOAP, entonces hágalo).
- Somos una startup que desarrolla una aplicación web para la industria de la construcción. La aplicación que se aloja en la nube. ¿Crees que necesitamos un ingeniero de seguridad como función separada? ¿Por qué?
- ¿Cómo puede un club deportivo centralizar la información y ser eficiente en la web?
- ¿Hay alguna aplicación que publique automáticamente deseos de cumpleaños en los muros de amigos?
- ¿Se puede usar Django para desarrollar una aplicación web para una estación de servicio? ¿Cuáles son los retos?
- ¿Cuál es el aspecto técnicamente más desafiante de Techmeme?