ATS – ClienteEmail

1.Servicios en Internet2.Arquitectura tres capas3.ATS – ClienteEmail

• 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

• Accesible desde cualquier aplicación• Por cualquier lenguaje de

programación• Desde cualquier plataforma• Usando estándares abiertos

Introducción

• 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

• 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

• 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

• 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

• 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

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

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

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

• 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

• 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

• 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

• 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

• 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

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>

Presentación

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

fanjul.35858@e.unavarra.esafanjul@mhproject.org

[---------- Tutor ----------]Mikel Sagues

mikel.sagues@unavarra.es

[---------- 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