Servicios Web

Actualizada el Programación

Los Servicios Web se pueden implementar mediante dos tecnologías: SOAP (Simple Object Access Protocol) y REST (REpresentational State Transfer).

SOAP

SOAP es un protocolo de acceso a servicios web que define un protocolo de comunicación basado en una especificación de intercambio de mensajes XML. WSDL (Web Services Description Language) permite definir un servicio web basado en SOAP.

SOAP se ha utilizado ampliamente como el estándar de facto para construir servicios web, pero su complejidad ha llevado a emplear REST en su lugar.

REST

REST describe un conjunto de principios de arquitectura por los que los datos se pueden transmitir sobre Internet. Hoy en día es una arquitectura muy popular para crear APIs.

Comparación SOAP y REST

SOAP REST
Concepto Ofrece los datos como servicios (verbos + nombres). Ofrece los datos como recursos (nombres).
Por ejemplo, getUser. Por ejemplo, user.
Ventajas Sigue un enfoque empresarial formal. Sigue la filosofía de la Web abierta.
Funciona sobre cualquier protocolo de comunicación, incluso de forma asíncrona. Es relativamente fácil de implementar y mantener.
La información sobre los objetos se comunica a los clientes. La comunicación no está controlada por una sola entidad.
Tanto seguridad como autorización son parte del protocolo. Separa claramente las implementaciones del cliente y del servidor.
Se puede describir completamente usando WSDL. La información se puede almacenar por el cliente para evitar múltiples llamadas.
Se pueden devolver datos en múltiples formatos (JSON, XML, etc.)
Inconve- nientes Gasta mucho ancho de banda con la comunicación de metadatos. Solo funciona encima del protocolo HTTP.
Difícil de implementar e impopular entre desarrolladores Web y móvil. Difícil de hace cumplir la autorización y la seguridad.
Cuándo usarlo Cuando los clientes necesitan acceder a objetos disponibles en los servidores. Cuando clientes y servidores operan en un entorno Web.
Cuando hay que cumplir un contrato formal entre cliente y servidor. Cuando no es necesario comunicar información sobre los objetos al cliente.
Cuándo no usarlo Cuando se quiera que la mayoría de desarrolladores puedan usar la API de forma sencilla. Cuando haya que cumplir un contrato estricto entre cliente y servidor.
Cuando el ancho de banda sea limitado. Al realizar transacciones que impliquen múltiples llamadas.
Casos de uso Servicios financieros. Servicios de redes sociales.
Pasarelas de pago. Redes sociales.
Servicios de telecomunicaciones. Servicios Web.
Servicios móviles.
Conclusión Usar SOAP para gestionar operaciones transaccionales siempre que todos los posibles clientes están de acuerdo con esta tecnología. Usar REST para adoptar APIs a gran escala o si la API tiene como objetivo aplicaciones móviles.

Referencias

  • Dzone
  • Da14
  • JavaScript in Plain English
  • SOA Governance in Action. REST and Web Service architectures (2012). Jos Dirksen. Manning
  • Applied SOA. Service-Oriented Architecture and Design Strategies(2008). Mike Rosen, Boris Lublinsky, Kevin T. Smith, Marc J. Balcer. Wiley Publishing, Inc.
  • Pro RESTful APIs (2017). Sanjay Patni. Apress

Publicaciones Similares

  • Entropía cruzada

    Porroberto

    La entropía cruzada conecta las probabilidades con las funciones de error. Está vinculada con la estimación por máxima verosimilitud. Buscaremos modelo cuya entropía sea mínima, porque nos darán la mejor clasificación, ya que son los que tienen una mayor probabilidad (y minimizan la función de error: entropía cruzada). La entropía se define como $-ln(P(x))$. La…

  • Docker – Actualizar imagen

    Porroberto

    Ver la versión de la imagen actual docker images Vemos cuál es la imagen que queremos actualizar: docker inspect b92504dbe48c | grep version Descargar la última versión docker pull ghcr.io/benphelps/homepage:latest Parar y borrar los contenedores asociados docker ps docker stop e6c92a13c04f docker rm e6c92a13c04f Borrar la imagen anterior docker rmi b92504dbe48c Crear y ejecutar el…

  • Informe de modificación de un S.I.

    Porroberto

    Introducción Introducción Alcance y ámbito Objetivos Aspectos críticos Estudio de la Situación Actual del S.I. Estudio de las Alternativas Viables Análisis del S.I. Modelado de datos Modelado de flujo de información Dimensionamiento Arquitectura del S.I. Diagrama general Análisis y Dimensionamiento Diagrama detallado Desarrollo e Implantación del S.I. Esfuerzo Planificación Presupuestos Coste de implantación y desarrollo…

  • Softmax

    Porroberto

    La función Softmax La función Softmax (o función exponencial normalizada)es equivalente a la sigmoide, pero cuando el problema de clasificación en lugar de tener dos clases tiene tres o más. La función está dada por $$ \sigma_j(\vec{z}) = \frac{e^{z_j}}{\sum_{k=1}^K e^{z_k}}, \mbox{ para } j=1,\dots K $$ En python la podríamos definir de la siguiente forma:…

  • git

    Porroberto

    Git básico Configuración Ver la configuración git config -l Configurar nombre git config –global user.name "Roberto Hernando" Configurar correo git config –global user.email "hervelro@jcyl.es" Comandos básicos Añadir ficheros al repositorio local git add readme.md git add . Subir últimos cambios al repositorio local git commit -m "Comentario" Ver información del repositorio git status Ver los…

  • Swagger

    Porroberto

    Configuración Para añadir documentación a nuestra aplicación [Api Rest](Cómo crear un API REST con Spring Boot) se siguen los siguientes pasos: 1. OpenApi Se añade al pom.xml la siguiente dependencia: <dependency> <groupId>org.springdoc</groupId> <artifactId>springdoc-openapi-starter-webmvc-ui</artifactId> <version>2.2.0</version> </dependency> Y en la url http://localhost:8080/v3/api-docs ya podemos ver la documentación asociada a la api. 2. Integración con Swagger OpenApi ya…