ATS Cliente Email 1 Servicios en Internet 2

  • Slides: 23
Download presentation
ATS – Cliente. Email

ATS – Cliente. Email

1. Servicios en Internet 2. Arquitectura tres capas 3. ATS – Cliente. Email

1. Servicios en Internet 2. Arquitectura tres capas 3. ATS – Cliente. Email

Introducción • Un servicio Web (en inglés Web service) es una colección de protocolos

Introducción • 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

Introducción • Accesible desde cualquier aplicación • Por cualquier lenguaje de programación • Desde cualquier plataforma • Usando estándares abiertos

Protocolos conocidos • XML: Es el formato estándar para los datos que se vayan

Protocolos conocidos • 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.

Ventajas de los servicios Web • Aportan interoperabilidad entre aplicaciones de software • Los

Ventajas de los servicios Web • 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.

Inconvenientes de los servicios Web • Para realizar transacciones no pueden compararse en su

Inconvenientes 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

Razones para el uso de servicios Web • La principal razón para usar servicios

Razones para el uso de 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

Plataformas de Servicios y contenedores de Aplicaciones • Axis y el servidor Jakarta Tomcat

Plataformas de Servicios y contenedores de Aplicaciones • Axis y el servidor Jakarta Tomcat (de Apache) • Cold. Fusion MX de Macromedia • Java Web Services Development Pack (JWSDP) de Sun Microsystems (basado en Jakarta Tomcat) • JOn. AS (parte de Object. Web una iniciativa de código abierto) • Microsoft. NET • Novell exte. Nd (basado en la plataforma J 2 EE) • Web. Logic • Web. Sphere

Tipos de Arquitecturas en tecnologías cliente-servidor • Aplicaciones monocapa: – Tanto los datos de

Tipos de Arquitecturas en tecnologías cliente-servidor • Aplicaciones monocapa: – Tanto los datos de aplicación como la interfaz como la lógica de modelo residen en una misma identidad Interface de usuario Lógica de negocio Datos

Tipos de Arquitecturas en tecnologías cliente-servidor • Aplicaciones Cliente - Servidor – Se separan

Tipos de Arquitecturas en tecnologías cliente-servidor • Aplicaciones Cliente - Servidor – Se separan 2 de las tres capas. El cliente aún puede Interface de usuario integrar parte de Funcionalidad Parcial Lógica de negocio la funcionalidad del sistema. Datos

Tipos de Arquitecturas en tecnologías cliente-servidor • Aplicaciones de 3 capas. Lógica de negocio

Tipos de Arquitecturas en tecnologías cliente-servidor • Aplicaciones de 3 capas. Lógica de negocio – Creamos un cliente “tonto” que carece de toda lógica de negocio y apenas Interface de usuario ofrece alguna funcionalidad más Funcionalidad Parcial que la de visión y petición de datos. Datos

Tipos de Arquitecturas en tecnologías cliente-servidor • Las diferentes capas suelen ser: – Capa

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…

Introducción • ATS-Cliente. Email es un cliente de correo que nos permite enviar emails

Introducción • ATS-Cliente. Email 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.

Características • Ofrece seguridad usando el protocolo SSL (Secure Socket Layer) para el envío

Características • Ofrece seguridad usando el protocolo SSL (Secure Socket Layer) para el envío de emails 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.

Ventajas • El uso de un cliente e-mail desde la televisión supone una revolución

Ventajas • 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-Cliente. Email 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.

Desventajas • La principal desventaja pasa por hacer uso de un mando a distancia

Desventajas • 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

Esquema de arquitectura Set-Top Box Cliente <http 1. 0> <to> <from> <body> MHProject Server

Esquema de arquitectura Set-Top Box Cliente <http 1. 0> <to> <from> <body> MHProject Server <smtp> <HELO> <Mail From> Petición HTTP Petición SMTP Respuesta HTTP Respuesta SMTP <http 1. 0> <confirmación> <smtp> <HELO> <OK> Servidor de Aplicaciones Servidor Mail Servidor de Datos

Presentación

Presentación

Arquitectura de 3 capas [----- Proyecto -----] MHProject v 2. 0 E. T. S

Arquitectura de 3 capas [----- Proyecto -----] MHProject v 2. 0 E. T. S de Ingenieros de Telecomunicación Universidad Pública de Navarra Créditos y Bibliografía Ruegos y Preguntas www. mhproject. org [----- Autor -----] Alejandro Fanjul fanjul. 35858@e. unavarra. es afanjul@mhproject. org [----- Tutor -----] Mikel Sagues mikel. sagues@unavarra. es