Arquitectura Tres Capas
description
Transcript of Arquitectura Tres Capas
![Page 1: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/1.jpg)
ATS – ClienteEmail
![Page 2: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/2.jpg)
1.Servicios en Internet2.Arquitectura tres capas3.ATS – ClienteEmail
![Page 3: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/3.jpg)
![Page 4: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/4.jpg)
• Un servicio Web (en inglés Web service) es una colección de protocolos y estándares que sirven para intercambiar datos entre aplicaciones.
Introducción
![Page 5: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/5.jpg)
• Accesible desde cualquier aplicación• Por cualquier lenguaje de
programación• Desde cualquier plataforma• Usando estándares abiertos
Introducción
![Page 6: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/6.jpg)
• XML: Es el formato estándar para los datos que se vayan a intercambiar.
• SOAP o XML-RPC: Protocolos sobre los que se establece el intercambio.
• HTTP, FTP, o SMTP: los datos en XML también pueden enviarse de una aplicación a otra mediante protocolos normales ya bien conocidos.
• WSDL: Es el lenguaje de la interfaz pública para los servicios Web.
• UDDI: Protocolo para publicar la información de los servicios Web.
• WS-Security: Protocolo de seguridad aceptado como estándar por OASIS.
Protocolos conocidos
![Page 7: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/7.jpg)
• Aportan interoperabilidad entre aplicaciones de software
• Los servicios Web fomentan los estándares y protocolos basados en texto (más humanos y accesibles)
• Al apoyarse en HTTP, permiten acceder a cualquier sistema conectado a la red (http usa el puerto 80)
• Permiten el uso de servicios integrados cambiando el de varias compañías y varios softwares
• Permiten la interoperabilidad entre plataformas de distintos fabricantes por medio de protocolos estándar.
Ventajas de los servicios Web
![Page 8: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/8.jpg)
• 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 RMI o CORBA (XML no está diseñado para el rendimiento)
• Al apoyarse en HTTP, pueden esquivar medidas de seguridad basadas en firewalls cuyas reglas tratan de bloquear o auditar la comunicación entre programas a ambos lados de la barrera.
• Existe poca información de servicios web para algunos lenguajes de programación
Inconvenientes de los servicios Web
![Page 9: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/9.jpg)
• La principal razón para usar servicios Web es que se basan en HTTP sobre TCP en el puerto 80
• Buena interfaz para acceder a servicios y funcionalidades de otros ordenadores en la red
• Gran independencia y flexibilidad entre aplicación y servicio
Razones para el uso de servicios Web
![Page 10: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/10.jpg)
• Axis y el servidor Jakarta Tomcat (de Apache) • ColdFusion MX de Macromedia • Java Web Services Development Pack (JWSDP) de
Sun Microsystems (basado en Jakarta Tomcat) • JOnAS (parte de ObjectWeb una iniciativa de
código abierto) • Microsoft .NET • Novell exteNd (basado en la plataforma J2EE) • WebLogic • WebSphere
Plataformas de Servicios y contenedores de Aplicaciones
![Page 11: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/11.jpg)
![Page 12: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/12.jpg)
Datos
• Aplicaciones mono-capa:– Tanto los datos de
aplicación como la interfaz como la lógica de modelo residen en una misma identidad
Tipos de Arquitecturas en tecnologías cliente-servidor
Lógica de negocio
Interface de usuario
![Page 13: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/13.jpg)
Funcionalidad ParcialDatos
• Aplicaciones Cliente - Servidor
– Se separan 2 de las tres capas. El cliente aún puede integrar parte de la funcionalidad del sistema.
Tipos de Arquitecturas en tecnologías cliente-servidor
Lógica de negocio
Interface de usuario
![Page 14: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/14.jpg)
Datos• Aplicaciones de 3 capas.– Creamos un cliente
“tonto” que carece de toda lógica de negocio y apenas ofrece alguna funcionalidad más que la de visión y petición de datos.
Lógica de negocio
Interface de usuario
Funcionalidad Parcial
Tipos de Arquitecturas en tecnologías cliente-servidor
![Page 15: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/15.jpg)
• Las diferentes capas suelen ser:– Capa 1 : Cliente de aplicación
• Ejemplos: Set-top box, navegador Web
– Capa 2 : Servidor de Aplicaciones• Ejemplo: Servidor Tomcat con servlet’s
– Capa 3 : Servidor de Datos• Ejemplo: Base de datos, servidor SMTP…
Tipos de Arquitecturas en tecnologías cliente-servidor
![Page 16: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/16.jpg)
![Page 17: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/17.jpg)
• ATS-ClienteEmail es un cliente de correo que nos permite enviar emails a cualquier destinatario de forma rápida y segura.
• Nos ofrece una interfaz de usuario con escritura a través del mando a distancia.
Introducción
![Page 18: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/18.jpg)
• Ofrece seguridad usando el protocolo SSL (Secure Socket Layer) para el envío de e-mails encriptados
• Hace uso del canal de retorno ya sea por interfaz ethernet o por modem
• Utiliza arquitectura de 3 capas– Hace uso del servidor de Aplicaciones Tomcat– Dicho servidor implementa una servlet que
recibe peticiones Get y Post y se comunica con servidor SMTP para el envío de e-mails.
Características
![Page 19: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/19.jpg)
• El uso de un cliente e-mail desde la televisión supone una revolución en cuanto a flexibilidad e interacción entre usuarios se refiere.
• ATS-ClienteEmail mantiene una arquitectura de 3 capas con lo que conseguimos:– Un cliente (receptor MHP) completamente ligero, exento
de funcionalidad lógica alguna. (Tiempo de subida mucho menor).
– Flexibilidad en el cambio de servicios y/o implementación lógica del servidor.
• Ejemplo: Almacenamiento de e-mails en el servidor.
Ventajas
![Page 20: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/20.jpg)
• La principal desventaja pasa por hacer uso de un mando a distancia para la escritura de mensajes– Posible solución (teclado inalámbrico)
• La lectura de mensajes en televisión no es lo más adecuado– Si bien las nuevas televisiones permiten
resoluciones de pantalla mucho mayores
Desventajas
![Page 21: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/21.jpg)
Esquema de arquitectura
MHProjectServer
Set-TopBox
ServidorMail
PeticiónHTTP
RespuestaHTTP
RespuestaSMTP
PeticiónSMTP
Servidor de Aplicaciones
ClienteServidor de
Datos
<http 1.0><to> <from><body>
<http 1.0><confirmación>
<smtp><HELO><Mail From>
<smtp><HELO><OK>
![Page 22: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/22.jpg)
Presentación
![Page 23: Arquitectura Tres Capas](https://reader036.fdocumento.com/reader036/viewer/2022081504/5571f40349795947648ee1e0/html5/thumbnails/23.jpg)
Rueg
os
y P
regu
nta
s
Arquitectura de 3 capas
[---------- Proyecto ----------]MHProject v2.0
www.mhproject.org
E.T.S de Ingenieros de Telecomunicación
Universidad Pública de Navarra
[---------- Autor ----------]Alejandro Fanjul
[email protected]@mhproject.org
[---------- Tutor ----------]Mikel Sagues
[---------- Bibliografía ----------]Wikipedia: Servicios Web
UPV: Arquitecturas funcionales
Fox Press: Diseño de aplicaciones Three Tier
14/12/2006Creative Commons 2.5: MHProject.org
Cré
dit
os y
Bib
liog
rafí
a