B3-T6 Arquitectura de sistemas: cliente/Servidor y multicapas. Arquitecturas de servicios web y protocolos asociados.

Question 1

Arquitectura cliente/servidor (2 Capas)

Answer 1

Permitieron que parte del procesamiento realizado en el servidor fuese descargado a los PCs cliente.
Distribución de los componentes de la aplicación:
la base de datos reside en el servidor,
el interfaz de usuario reside en el cliente,
y la lógica de negocio puede residir tanto en el cliente (en forma de código), como en el servidor (en forma de procedimientos almacenados) o en ambos.

Question 2

Arquitectura cliente/servidor Multicapa (3 Capas)

Answer 2

Es la mas común usada actualmente. Dividen la arquitectura del sistema en tres capas lógicas:
· La capa de interfaz con el usuario.
· La capa de reglas o lógica de negocio.
· La capa de acceso a la base de datos.

Question 3

Tipos de arquitecura Multicapa

Answer 3

Presentación remota
Presentación distribuida
Proceso distribuido
Base de datos distribuida
Base de datos remota

Question 4

Presentación remota

Answer 4

La capa de presentación de datos, se ejecuta en el cliente totalmente. En ella se realizan las validaciones de los datos de entrada, el formateo de los de salida, etc. La lógica de negocio y el acceso a la base de datos se aloja en el servidor.

Question 5

Presentación distribuida

Answer 5

La capa de presentación se encuentra distribuida entre el cliente y el servidor, de manera que en el cliente se modifica o adapta la presentación que ofrece el servidor. Este tipo de sistemas tienen un difícil mantenimiento.

Question 6

Proceso distribuido

Answer 6

En este modelo, la capa que implementa la lógica de negocio se encuentra dividida entre el cliente y el servidor. El acceso a la base de datos se encuentra en el servidor y la capa de presentación en el cliente.

Question 7

Base de datos distribuida

Answer 7

Las capas de negocio y de presentación se ejecutan completamente en el cliente, mientras que la base de datos está distribuida entre el cliente y el servidor. Se requieren de mecanismos para asegurar la coherencia en los datos.

Question 8

Base de datos remota

Answer 8

Las capas de negocio y de presentación se ejecutan completamente en el cliente, mientras que la base de datos está completamente en el servidor.

Question 9

Servicio web (web service)

Answer 9

Tecnología que utiliza un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. La interoperabilidad se consigue mediante la adopción de estándares abiertos. OASIS y W3C

Question 10

Arquitectura de servicios web

Answer 10

Existen tres partes: proveedor de servicios web, el que pide el servicio web y el publicador.
El proveedor de servicios envía al publicador del servicio un fichero WSDL con la definición del servicio web.
El que pide el servicio contacta con el publicador y descubre quién es el proveedor (protocolo WSDL) y contacta con el proveedor (protocolo SOAP).
El proveedor valida la petición de servicio y envía el dato estructurado en formato XML utilizando el protocolo SOAP.
El fichero XML es validado de nuevo por el que pide el servicio utilizando un fichero XSD.

Question 11

Protocolos asociados en la arquitectura de Servicios web

Answer 11

Web Services Protocol Stack
XML (Extensible Markup Language)
SOAP (Simple Object Access Protocol) o XML-RPC (XML Remote Procedure Call)
Otros protocolos: HTTP, FTP, SMTP
WSDL (Web Services Description Language)
UDDI (Universal Description, Discovery and Integration)
WS-Security (Web Service Security):
REST (Representational State Transfer)
GraphQL, arquitectura alternativa a REST.

Question 12

Ventajas de los servicios web

Answer 12

Aportan interoperabilidad entre aplicaciones de software independientemente de sus propiedades o de las plataformas sobre las que se instalen.
Fomentan los estándares y protocolos basados en texto, que hacen más fácil acceder a su contenido y entender su funcionamiento.
Permiten que servicios y software de diferentes compañías ubicadas en diferentes lugares geográficos puedan ser combinados fácilmente para proveer servicios integrados

Question 13

Inconvenientes de los servicios web

Answer 13

Para realizar transacciones, no pueden compararse en su grado de desarrollo con los estándares abiertos de computación distribuida como CORBA
Su rendimiento es bajo si se compara con otros modelos de computación distribuida, tales como Java Remote Method Invocation (RMI), CORBA o Distributed Component Object Model (DCOM). Es uno de los inconvenientes derivados de adoptar un formato basado en texto (XML no conciso ni eficaz en el procesamiento).
Al apoyarse en HTTP, pueden esquivar medidas de seguridad basadas en firewall cuyas reglas tratan de bloquear o auditar la comunicación entre programas a ambos lados de la barrera.

Question 14

Web Services Protocol Stack

Answer 14

Conjunto de servicios y protocolos de los servicios web.

Question 15

XML (Extensible Markup Language)

Answer 15

Formato estándar para los datos que se vayan a intercambiar.

Question 16

Otros protocolos (HTTP, SMTP, FTP)

Answer 16

Los datos en XML también pueden enviarse de una aplicación a otra mediante protocolos normales

Question 17

WSDL (Web Services Description Language)

Answer 17

Lenguaje de la interfaz pública para los servicios web. Es una descripción basada en XML de los requisitos funcionales necesarios para establecer una comunicación con los servicios web.

Question 18

UDDI (Universal Description, Discovery and Integration)

Answer 18

Protocolo para publicar la información de los servicios web. Permite comprobar qué servicios web están disponibles.

Question 19

WS-Security (Web Service Security)

Answer 19

Protocolo de seguridad aceptado como estándar por OASIS. Garantiza la autenticación de los actores y la confidencialidad de los mensajes enviados.

Question 20

REST (Representational State Transfer)

Answer 20

Estilo arquitectónico, que haciendo uso del protocolo HTTP, proporciona una API que utiliza cada uno de sus métodos (GET, POST, PUT, DELETE, etcétera) para poder realizar diferentes operaciones entre la aplicación que ofrece el servicio web y el cliente.

Question 21

GraphQL

Answer 21

Arquitectura alternativa a REST. Desarrollado por Facebook, para luego ser liberado. Fundación GraphQL alojada por la Fundación Linux.
Permite a los clientes definir la estructura de datos requerida, y la misma estructura de datos será regresada por el servidor, impidiendo así que excesivas cantidades de datos sean regresadas (influye en la efectividad del caché web).

Question 22

Open API