Descanso y jabón

Introducción

Este artículo discute dos protocolos de acceso a servicios web, JABÓN ("Protocolo simple de acceso a objetos") y DESCANSO ("Transferencia de estado representacional").

Servicios web

Los servicios web se definen para obtener, leer o transferir datos de forma activa desde una fuente definida para producir un resultado específico: un resultado.

El siguiente ejemplo rudimentario muestra un uso básico de los servicios web antes de comprender cómo se transfieren los datos hacia y desde el servicio web, utilizando SOAP o REST.

Si un desarrollador está escribiendo una aplicación que requiere algún cálculo de datos en un solo lugar, escribirá el método de cálculo en el código, en ese lugar. Sin embargo, si el cálculo de los datos es necesario en otras partes de la aplicación, sería ineficiente y poco práctico mantener si el desarrollador colocó el método de cálculo en cada área que sea necesario.

Tener que hacer un cambio en ese método requeriría encontrar cada instancia para editar (y volver a probar). Este escenario se beneficiaría al utilizar un servicio web para funcionar de manera óptima y mejorar la agilidad del negocio.

Al crear un servicio web con métodos accesibles para sumar, restar, dividir y multiplicar, la aplicación se conectará con ese servicio web cuando sea necesario el cálculo de datos; llama al servicio web para hacer el cálculo y producir el resultado. Así que solo hay un lugar para que el desarrollador mantenga el método de cálculo de datos.

La forma en que se manejan los datos en los servicios web está determinada por la implementación de SOAP o REST.

SOA y BPMN

Una aplicación construida sobre procesos ejecutables se basa en un Arquitectura orientada a Servicios ("SOA"). Es un enfoque sobre cómo usar los servicios que transfiere, produce, valida o calcula datos.

SOA es cada vez más favorable para mejorar la calidad y el tiempo de desarrollo, y mejorar el rendimiento y la escalabilidad de las aplicaciones.

Notación de modelado de procesos de negocios (“BPMN”) está modelando un servicio o proceso de negocios, que puede ser realizado por personas no técnicas, es decir, el analista de negocios. Utilizando BPMNLos modelos de negocio (para servicios) son interpretados fácilmente por los desarrolladores que implementan el modelo como un proceso ejecutable, y estos procesos pueden o no requerir la interacción humana.

Protocolo simple de acceso a objetos (SOAP)

SOAP es un método de transferencia de datos a través de Internet.

Desarrollado originalmente por Microsoft debido a la llegada de Internet, SOAP reemplazó a los antiguos DCOM y Corba tecnologías, y ha existido durante mucho más tiempo que REST.

SOAP se considera más pesado que REST, es decir, se necesita más equipaje para transferir datos, lo que significa que se necesita más ancho de banda por solicitud de mensaje y el origen de datos y los objetivos tienen más trabajo que hacer al empaquetar y recibir los datos.

SOAP solo utiliza XML para los servicios de mensajería a través de Internet, y las solicitudes de mensajes XML pueden ser muy complejas y, si se desarrollan manualmente, se requiere atención cuidadosa porque SOAP es inflexible con los errores.

Es posible automatizar las solicitudes de mensajes SOAP utilizando lenguajes.NET (como ejemplo), donde los desarrolladores no necesitan trabajar con el XML, ya que se genera automáticamente en segundo plano.

Si se encuentra algún problema con la solicitud del mensaje, se devuelve información detallada sobre el error en la respuesta del mensaje, y este proceso también se puede automatizar haciendo referencia a los códigos de error estándar proporcionados en la respuesta del mensaje.

Por lo tanto, el lenguaje de programación utilizado es un factor determinante de lo difícil que será implementar SOAP.

Una de las piezas de equipaje que acompaña a un mensaje SOAP es la Lenguaje de descripción de servicios web ("WSDL") para explicar cómo funciona el servicio web. Cuando una aplicación hace referencia al servicio web, lee y entiende qué hacer con el servicio web.

SOAP no está obligado a usar HTTP (Protocolo de transferencia de hipertexto) exclusivamente; Se puede utilizar sobre SMTP y otros protocolos de transporte.

Como SOAP se estandarizó, es más rígido que REST, aunque ambos dependen de las reglas establecidas.

DESCANSO

REST es el primo más nuevo y elegante de SOAP, y se está convirtiendo rápidamente en la opción para la mayoría de las aplicaciones web y móviles.

Más de una década después de su introducción, REST es una forma más liviana, más fácil de mantener y escalable de interactuar con los servicios web.

A diferencia de SOAP, REST no usa XML exclusivamente; Texto sin formato, CSVy RSS Puede ser utilizado, así como JSON para llamadas AJAX; Siempre y cuando tanto la fuente como los objetivos puedan entender los formatos utilizados.

REST es menos complejo y se considera una curva de aprendizaje más pequeña en comparación con SOAP. La mayoría de los lenguajes de programación modernos tienen bibliotecas y marcos para facilitar los servicios REST (REST), como C #, Python, Java y Perl.

REST es más rápido debido al procesamiento mínimo y al ser más eficiente utilizando diferentes formatos de mensajes.

Hay ventajas y desventajas para ambos, por lo que al considerar qué protocolo de acceso usar, considere los lenguajes de programación utilizados en la organización, el entorno de la aplicación y los requisitos de la aplicación.