Web Services

Web Services

Un web service es un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones.
1. Toda la comunicación se realiza sobre HTTP. Los Web Services no están ligados a ningún Sistema Operativo o Lenguaje de Programación.
  1. VENTAJAS
    1. Aportan interoperabilidad entre aplicaciones de software. Fomentan los estándares y protocolos basados en texto. Al apoyarse en HTTP, los servicios Web pueden aprovecharse de los sistemas de seguridad firewall sin necesidad de cambiar las reglas de filtrado.
  2. DESVENTAJAS
    1. Desventajas Trata de una tecnología que está en plena fase de crecimiento. Existe poca documentacion.
COMPONENTES
1. XML
  1. Es el lenguaje de etiquetas en el que está basado el formato de los mensajes de cada Web Service.
2. SOAP
  1. Simple Object Access Protocol. SOAP es un protocolo escrito en XML para el intercambio de información entre aplicaciones. Básicamente es un protocolo para acceder a un Web Service.
3. WSDL
  1. Simple Object Access Protocol. SOAP es un protocolo escrito en XML para el intercambio de información entre aplicaciones. Básicamente es un protocolo para acceder a un Web Service.
4. UDDI
  1. Universal Description, Discovery and Integration. UDDI es un estándar XML para describir, publicar y encontrar servicios web. Es un directorio de interfaces de servicios web descritos en WSDL que se comunican mediante SOAP.
ARQUITECTURA
1. SERVICE DISCOVERY
  1. Responsable de centralizar servicios web en un directorio común de registro y proveer una funcionalidad sencilla para publicar y buscar. UDDI se encarga del Service Discovery.
2. SERVICE DESSCRIPTION
  1. Uno de los aspectos más característicos de los web services es que se autodescriben. Esto significa que una vez que se ha localizado un Web Service nos proporcionará información sobre que operaciones soporta y cómo activarlo. Esto se realiza a través del Web Services Description Language (WSDL).
3. SERVICE INVOCATION
  1. Invocar a un Web Service implica pasar mensajes entre el cliente y el servidor. SOAP (Simple Object Access Protocol) especifica cómo deberíamos formatear los mensajes request para el servidor, y cómo el servidor debería formatear sus mensajes de respuesta.
4. TRANSPORT
  1. Todos estos mensajes han de ser transmitidos de alguna forma entre el servidor y el cliente. El protocolo elegido para ello es HTTP (HyperText Transfer Protocol). Se pueden utilizar otros protocolos pero HTTP es actualmente el más usado.
FUNCIONAMIENTO
1. El Service Provider genera el WSDL describiendo el Web Service y registra el WSDL en el directorio UDDI o Service Registry.
  1. El Service Requestor o la aplicación del cliente requiere un Web Service y se pone en contacto con el UDDI para localizar el Web Service.
    1. El cliente, basándose en la descripción descrita por el WSDL, envía un request para un servicio particular al Web Service Listener, que se encarga de recibir y enviar los mensajes en formato SOAP.
      1. El Web Service analiza el mensaje SOAP del request e invoca una operación particular en la aplicación para procesar el request. El resultado se escribe de nuevo en SOAP en forma de respuesta y se envía al cliente.
        El cliente analiza el mensaje de respuesta SOAP y lo interpreta o genera un error si ha habido alguno.
TIPOS DE WEB SERVICES
1. SOAP
2. REST
  1. Es un estilo de arquitectura de software para sistemas distribuidos tales como la web, a diferencia de SOAP, se centra en el uso de los estándares HTTP y XML para la transmisión de datos sin la necesidad de contar con una capa adicional. Las operaciones( o funciones) se solicitarán mediante GET, POST, PUT y DELETE, por lo que no requiere de implementaciones especiales para consumir estos servicios. Además se podrá utilizar JSON en vez de XML como contenedor de la información
    1. COMPONENTES DE WEB SERVICES RESTful
      1. 1. Protocolo cliente/servidor sin estado con operaciones bien definidas El protocolo de comunicación utilizado en los servicios REST es el protocolo HTTP.
      2. CODIGO DE ERROR
        Es muy común que las APIs Restful definan unos códigos de error personalizados y no utilicen los códigos de error y estado propios del protocolo HTTP.
      3. CACHEABLE
        Es posible que clientes realicen una misma petición de forma muy continuada. Si no hay modificaciones en los datos, es interesante disponer de caché para evitar un bajón en el rendimiento general del resto de usuarios.
      4. ESCALABLE
        El sistema servidor encargado de recibir y procesar las peticiones debe ser susceptible de ser dividido en capas
      5. METODOS
        Metodos GET, POST, PUT, DELETE , PACH
      6. IDENTIFICACION DE RECURSOS MEDIANTE URIS
        Una URI no es más que una cadena de texto con una estructura determinada que nos permite identificar un elemento.
      7. FROMATO DE RESPUESTAS
        Una URI no es más que una cadena de texto con una estructura determinada que nos permite identificar un elemento.
NODE JS
1. Es un entorno JavaScript de lado de servidor que utiliza un modelo asíncrono y dirigido por eventos. Node usa el motor de JavaScript V8 de Google: una VM tremendamente rápida.
WEB MODULE
1. En la arquitectura Java EE, un módulo web es la unidad desplegable y utilizable más pequeña de los recursos web. Un módulo web contiene componentes web y archivos de contenido web estáticos, como imágenes, que se llaman recursos web. Un módulo Web es empaquetado como un archivo JAR con la extensión .war
SERVIDOR HTTP
1. Un servidor web o servidor HTTP es un programa informático que procesa una aplicación del lado del servidor, realizando conexiones bidireccionales o unidireccionales y síncronas o asíncronas con el cliente y generando o cediendo una respuesta en cualquier lenguaje o Aplicación del lado del cliente.
RUTAS Y URLs AMIGABLES
1. RUTA
  1. Es una cadena de caracteres concreta que señala la localización exacta de un archivo o directorio.
2. URL AMIGABLE
  1. Es una cadena de caracteres concreta que señala la localización exacta de un archivo o directorio.

Nächster

Beschreibung

Zusammenfassung der Ressource

ähnlicher Inhalt

	Erstellt von Henry Vásquez vor mehr als 7 Jahre