1 / 23

ATS – ClienteEmail

ATS – ClienteEmail. Servicios en Internet Arquitectura tres capas ATS – ClienteEmail. 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.

kylar
Download Presentation

ATS – ClienteEmail

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. ATS – ClienteEmail

  2. Servicios en Internet • Arquitectura tres capas • ATS – ClienteEmail

  3. 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.

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

  5. 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.

  6. 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.

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

  8. 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

  9. Plataformas de Servicios y contenedores de Aplicaciones • 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

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

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

  12. Tipos de Arquitecturas en tecnologías cliente-servidor Datos Lógica de negocio • 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. Interface de usuario Funcionalidad Parcial

  13. 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…

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

  15. Características • 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.

  16. 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-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.

  17. 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

  18. Esquema de arquitectura Set-TopBox MHProjectServer ServidorMail <http 1.0> <to> <from> <body> <smtp> <HELO> <Mail From> Petición HTTP Petición SMTP Respuesta HTTP RespuestaSMTP <http 1.0> <confirmación> <smtp> <HELO> <OK> Servidor de Datos Cliente Servidor de Aplicaciones

  19. Presentación

  20. Arquitectura de 3 capas [---------- Proyecto ----------]MHProject v2.0www.mhproject.orgE.T.S de Ingenieros de TelecomunicaciónUniversidad Pública de Navarra [---------- Autor ----------]Alejandro Fanjulfanjul.35858@e.unavarra.esafanjul@mhproject.org [---------- Tutor ----------]Mikel Saguesmikel.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 Muchas Gracias Créditos y Bibliografía Ruegos y Preguntas

More Related