Arquitectura cliente-servidor 2010

Willkommen

yôkoso

welkom

Benvenuto

Bienvenida

Page 1 

Bienvenue

tervetuloa

Proximamente

Page 2 

Please mute  Your cell!

Page 3 

Diseño de Software  Arquitectur a Cliente - Servidor 

Arquitectura





client ntee - ser ervvidor 

Arquitectur a basada con el principio de divide y vencerás.

El procesamiento se f r  a racc   cciona en dos entidades: cliente y servidor .

CLIENTE X% Proceso

SERVIDOR Y% Proceso

X + Y = 100% Gener almen almente Y>X

Page 5 

Arquitectura

client ntee - ser ervvidor 



Sur ge en la década de los 80.



Respuesta a la evolución del hardwar e en tér minos de r edes.



Plantea un modelo ver sátil, modular  basado en mensajes que per mite ementar  la flexibilidad, la escalabilidad y la inter operabilidad de incr emen los sistemas.

Page 6 

Arquitectura

client ntee - ser ervvidor 



Cliente: Proceso que r equier e un servicio en particular .



Servidor : Proceso que provee dicho servicio.



Debido a que clientes y servidor es es son conceptos a nivel sof tw twar e y no hardwar e, e, una misma máquina puede actuar  como cliente y servidor  al mismo tiempo.

Page 7 

Arquitectura

client ntee - ser ervvidor 

VENTAJAS 

Centralización del control



Escalabilidad



Flexibilidad Interoperabilidad



Fácil mante anten nimiento



Page 8 

Client ntee - Se Serrvidor multicapa











Page 9 

CAPA. CAPA DE PRES PRESEN ENT TACIÓN (FrontEnd). REGLAS DEL NEGO NEGOCI CIO O (Bussi (Bussines nes rules) rules).. (Middle le Tier Tier,, Midd Middle lewa ware re). ). CAPA LÓGICA (Midd CAPA DE ALMACENAMIENTO (BackEnd).

Distr ib ibución de los componentes de software.





Una vez deter minados los r equisitos básicos, el ingeniero decidirá la f or  or ma en que distribuirá los componentes de sof tw twar e entr e el cliente y el servidor . Pueden ser de maner a gruesa o delgada.

Page 10 

Page 11 



ibuida. Presentación distr ib



Presentación remota.



ibuida. Lógica distr ib



Gestión de datos remota.



Bases

ibuidas. de datos distr ib

Diseño para sistemas Cliente - Servidor 



Cuando se esta desarrollando un sof tw twar e par a su implementación empleando una arquitectur a de computador as as concr eta, el enf oqu oque de diseño debe de consider ar  el entor no especif ico de construcción. En esencia, el diseño debería de per sonalizar se se par a adecuar lo a la arquitectur a del hardwar e. e.

Page 12 

Diseño para sistemas Cliente - Servidor  

Page 13 

Cuando se diseña sof tw twar e par a su implementación empleando una arquitectur a cliente-servidor , el enf oqu oque de diseño debe de ser "per sonalizado" par a adecuar lo a los problem blemas as siguientes:

Posibles problemas 

El diseño de datos domina el proceso de diseño. Par a utilizar  efectivamente las capacidades de un sistema de gestión de bases de datos r elac elacional (SGBDR) o un sistema de gestión de bases de datos orientado a objetos (SGBDOO) el diseño de los datos pasa a ser tod r  todavía más signif icativo que en las aplicaciones convencionales.

Page 14 

Posibles problemas 

Page 15 

Cuando se selecciona el par adigma controlado por  sucesos, el modelado del comportamiento (una actividad de análisis), ealizar se se y será pr ec eciso tr aducir  los aspectos deberá de r eal orientados al control implícitos en el modelo de comportamiento al modelo de diseño.

Posibles problemas 

El componente de inter acc acción/pr esen esentación del usuario de un sistema C/S implementa todas aquellas f unciones que se asocian faz Gráf ica de Usuario (IGU) o GUI por  típicamente con una Inter faz sus siglas en inglés.

Page 16 

Posibles problemas



Page 17 

Suele seleccionar se se un punto de vista orientado a objetos par a el diseño. En lugar d r  de la estructur a secuencial que propor ciona un lenguaje de procedimientos se propor ciona una estructur a de objetos mediante la vinculación entr e los sucesos iniciados en la IGU y una f unción de gestión de sucesos eside en el sof tw que r es twar e basado en el cliente.

Cliente servidor de 2 capas





La primer a capa capa enca encaps psula la pr esen esentación y la lógica. La segunda gestiona el almacenam iento y puede almacena r  parte de la lógica (Procedimientos almacena dos, trigger s). s).

Pr esen esentación

Lógica

Page 18 

 Almacenamiento

Lógica

Cliente servidor de 3 capas (multicapa) 





Agr ega ega una capa inter me media (middle tier) que per mite priorización y gestión de peticiones, gestión de balance, entr e otros.

Buen manejo de concurr enc encia con miles de usuarios simultáneos. Protocolos estandarizados per miten gr an an flexibilidad, portabilidad y escalabilidad.

Presentación

Page 19 

Lógica

Almacenamiento

Lógica

Client nte e - Servidor de 3 capas (multicapa)

Page 20 

Client nte e - Servidor de 3 capas (multicapa) 

Ejemplo: Google Millones de clientes (5¶000.000 por día, 57 por segundo aprox.)

S ervidor ervidor

de indización

S ervidor ervidor

S ervidor ervidor Page 21 

de balance

de documentos

En resumen:

Cliente-servidor  es una estructur a de sistemas distribuidos. Flexible, ble, esca escala labl ble, e, inter -oper able. able. El cliente hace las peticiones. El servidor  las r esp esponde. Tanto cliente como servidor  se consider an an procesos. El conjunto de clientes y servidor es es cr ea ea una r ed de servicios. Por  su independencia el cliente y servidor  pueden convivir  en una sola computador a. a. Puede implementar se en varios niveles: 2, 3 o n capas.

Thank you you for  for  your attention! Any

Page 23 

Questions?