Protones Arquitectnicos Cliente Servidor Basado en Eventos Pert to Pert

Protones ArquitectnicosCliente ServidorBasado en EventosPert to PertPresentado por :lvaro Mesa.Eugenio Pjaro A.

CLIENTE SERVIDORProveer al usuario final el acceso transparente a las aplicaciones, datos, servicios de cmputo o cualquier otro recurso del grupo de trabajo y/o, a travs de la organizacin, en mltiples plataformas.

CaractersticasPatron arquitectnico para el desarrollo de sistemas distribuidos. Distribuye una aplicacin entre 2 o ms componentes especializados cuya ejecucin se distribuye entre 1 o ms equipos. Define dos tipos de entidades diferenciadas (asimtricas) que se responsabilizan de acciones diferentes: clientes y servidoresDefine un modelo de interaccin basado en el concepto de servicio implementado sobre un dialogo peticin-respuesta.Especifica el modo en que se sincronizan los procesos .Componentes de los Sistemas Cliente/ServidorCaractersticas de los clientesComponente del sistema que interacta con el usuario.No comparte sus recursos con otros clientes (en general).No tiene restricciones especiales respecto a rendimiento, fiabilidad y escalabilidadDebe dar soporte a restricciones relativas a ergonoma (facilidad de uso) y seguridad (evitar comprometer los dems componentes)

Caractersticas ServidorComponente del sistema que presta servicios al cliente.Gestiona y comparte sus recursos con los clientes que sirve .Suele tener restricciones especiales respecto a rendimiento, fiabilidad, escalabilidad y seguridad :capacidad suficiente de atencin. fallos en el servidor son crticos e invalidan el sistema.evitar comprometer la seguridad de los recursos o datos gestionados y de los clientes

Ventajas e inconvenientesVentajasEconoma: distribucion de recursos costosos ahorro de costos.Fiabilidad: tolerancia a fallos recursos crticos pueden ser replicados.Escalabilidad: no limitado a recursos de un nico equipo posibilidad de introduccin de nuevos nodos.Flexibilidad

InconvenientesDificultad en el desarrollo del software Limitaciones de las redes (ancho de banda, latencias, ...) Poblemas de seguridad: control de accesos, confidencialidad, integridad, etc.Administracin redundante en cada servidor.

EJEMPLO

Basado en EventosDeterminacin de sucesos que ocurren en un sistema, definidos por usuarios o que ellos mismos provoquen.

CaracteristicasLos componentes interactan por medio de invocaciones explcitas de procedimientos o funciones.Los componentes pueden registrarse a una clase de datos de inters.Existe un manejador de mensajes que coordina la comunicacin entre componentes, invocando al componente cuando un mensaje que llega es para ese determinado componente.Los componentes en un invocacin implcita pueden ser mdulos cuyas interfaces proveen tanto una coleccin de procedimientos como un conjunto de eventos.ComponentesObjetos y procesosLas Interfaces definen un conjunto de llamadas entrantes de procedimientos.Las interfaces definen un conjunto de eventos salientes

Conexiones Encadenamiento de eventos-procedimientos Los procedimientos son registrados con eventos.Los componentes se comunican por eventos definidos apropiadamente.Cuando un evento es recibido, el procedimiento asociado es invocado El orden de invocacin es no-deterministico.En algunos casos los conectores son evento-eventoVentajasSimplicidad.Evolucin: se pueden reemplazar componentes suscriptores. Provee gran soporte para la reutilizacin.Cualquier componente puede ser introducido en el sistema, basta registrarlo a los eventos del sistema.Invocaciones implcitas facilita la evolucin del sistema, esto es, reemplazar componentes sin afectar las interfaces de otros componentesDesventajasPobre comprensibilidad: Puede ser difcil prever qu pasar en respuesta a una accin.Posibilidad de desborde.Pobre comprensibilidad: Puede ser difcil prever qu pasar en respuesta a una accin.La mayor desventaja es el efecto de los componentes sobre el desempeo del sistema.

Transmisin Selectiva

Control de Manejo de Interrupciones

Peer to PeerConsiste de una red de componentes autnomos y dbilmente acoplados (pares) que colaboran para proveer un servicio. Todos los componentes son iguales y ninguno puede ser crtico para la salud del sistema Cada componente provee y consume los mismos servicios y usa el mismo protocolo.La informacin, por lo general, es mantenida localmente en cada componentes.

InteraccinUn componente puede interactuar con cualquier otro componente.La comunicacin es tpicamente una interaccin requerimiento/respuesta .La interaccin puede ser iniciada por cualquier parte (en el sentido clienteserver) y cada componente es tanto cliente como servidor

VentajasEscalabilidad: Los componentes pueden ser agregados o removido de la red sin un impacto significativo.Disponibilidad: Si un componente deja de estar disponible, otros aun pueden proveer el servicio para completar la tarea.Rendimiento: La carga de cualquier componente actuando como servidor es reducida, ya que dicha carga es distribuida entre los componentes de la red.DesventajasComo un sistema peer-to-peer es descentralizado, algunas tareas son ms complejas: manejar seguridad, consistencia de datos, disponibilidad de datos y servicios, backup y recuperacin, etc.Es difcil dar garantas porque los componentes van y vienen. Sin embargo, el arquitecto debe ofrecer probabilidades que las metas de calidad se cumplan, y que esas probabilidades sern mayores a medida que se incremente la poblacin de componentes.GRACIAS