P. 1
Arquitectura Tres Capas

Arquitectura Tres Capas

|Views: 1.195|Likes:
Publicado pormdjfm
Arquitectura Tres Capas
Arquitectura Tres Capas

More info:

Categories:Types, School Work
Published by: mdjfm on Mar 23, 2010
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PPT, PDF, TXT or read online from Scribd
See more
See less

08/19/2013

pdf

text

original

ATS – ClienteEmail

1.Servicios en Internet 2.Arquitectura tres capas 3.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

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

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

Datos

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

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

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

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

<http 1.0> <to> <from> <body>

MHProject Server

<smtp> <HELO> <Mail From>

Servidor Mail

Petición HTTP

Petición SMTP

Respuesta HTTP Cliente
<http 1.0> <confirmación>

Respuesta SMTP Servidor de Aplicaciones
<smtp> <HELO> <OK>

Servidor de Datos

Presentación

Arquitectura de 3 capas
Créditos y Bibliografía

[---------- Proyecto ----------] MHProject v2.0
www.mhproject.org E.T.S de Ingenieros de Telecomunicación

Ruegos y Preguntas

Universidad Pública de Navarra

[---------- Autor ----------] Alejandro Fanjul
fanjul.35858@e.unavarra.es afanjul@mhproject.org

[---------- Tutor ----------] Mikel Sagues
mikel.sagues@unavarra.es

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->