Arquitectura tres capas, NET

2,046 views

Published on

Presentacion de arquitectura en 3 capas

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
2,046
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
36
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Arquitectura tres capas, NET

  1. 1. ATS – ClienteEmail
  2. 2. 1.Servicios en Internet 2.Arquitectura tres capas 3.ATS – ClienteEmail
  3. 3. • 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
  4. 4. • Accesible desde cualquier aplicación • Por cualquier lenguaje de programación • Desde cualquier plataforma • Usando estándares abiertos Introducción
  5. 5. • 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
  6. 6. • 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
  7. 7. • 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
  8. 8. • 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
  9. 9. • 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
  10. 10. 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
  11. 11. Funcionalidad Parcial Datos • 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
  12. 12. 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
  13. 13. • 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
  14. 14. • 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
  15. 15. • 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
  16. 16. • 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
  17. 17. • 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
  18. 18. Esquema de arquitectura MHProject Server Set-Top Box Servidor Mail Petición HTTP Respuesta HTTP Respuesta SMTP Petición SMTP Servidor de Aplicaciones Cliente Servidor de Datos <http 1.0> <to> <from> <body> <http 1.0> <confirmación> <smtp> <HELO> <Mail From> <smtp> <HELO> <OK>
  19. 19. Presentación
  20. 20. RuegosyPreguntas 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.es afanjul@mhproject.org [---------- Tutor ----------] Mikel Sagues mikel.sagues@unavarra.es CréditosyBibliografía

×