SlideShare a Scribd company logo
1 of 13
Download to read offline
María Isabel Mora García
CORPORACION UNIVERSITARIA REMINTON
Desde el punto de vista funcional, se puede definir
la computación Cliente/Servidor como una
arquitectura distribuida que permite a los usuarios
finales obtener acceso a la información de forma
transparente aún en entornos multiplataforma.
En el mundo de las comunicaciones se rige por
este modelo que intenta proveer flexibilidad e
interoperabilidad de las comunicaciones
OBJETIVOS
OBJETIVO GENERAL:
Investigar conceptos, características, ventajas y
desventajas sobre arquitectura cliente/servidor y
Middleware.
OBJETIVOS ESPECIFICOS:
Conocer como es el funcionamiento de Middleware.
Recolectar información y dar a conocer sobre lo
importante de la arquitectura de cliente/servidor en
las comunicaciones.
Sistemas
distribuidos
entre
múltiples
procesadores donde hay clientes que solicitan
servicios y servidores que los proporcionan.
También se puede definir como una
arquitectura distribuida que permite a los
usuarios finales obtener acceso a la
información en forma transparente aun en
entornos multiplataforma.
PRESENTACIÓN DISTRIBUIDA
1. Se distribuye la interfaz entre el cliente y la plataforma servidora.
2. La aplicación y los datos están ambos en el servidor.
3. Similar a la arquitectura tradicional de un Host y Terminales.
4. El PC se aprovecha solo para mejorar la interfaz gráfica del usuario.
Ventajas
Revitaliza los sistemas antiguos.
Bajo costo de desarrollo.
No hay cambios en los sistemas existentes.
Desventajas
El sistema sigue en el Host.
No se aprovecha la GUI y/o LAN.
La interfaz del usuario se mantiene en muchas plataformas.
PRESENTACIÓN REMOTA
1. La interfaz para el usuario esta completamente en el cliente.
2.
La
aplicación
y
los
datos
están
en

el

servidor.

Ventajas
§ La interfaz del usuario aprovecha bien la GUI y la LAN.
§ La aplicación aprovecha el Host.
§ Adecuado para algunos tipos de aplicaciones de apoyo a la toma de decisiones.
Desventajas
§ Las aplicaciones pueden ser complejas de desarrollar.
§ Los programas de la aplicación siguen en el Host.
§ El alto volumen de tráfico en la red puede hacer difícil la operación de aplicaciones
muy pesadas.
LÓGICA DISTRIBUIDA
1.
La interfaz esta en el cliente.
2.
La base de datos esta en el servidor.
3.
La lógica de la aplicación está distribuida entre el cliente y el servidor.
Ventajas
Arquitectura más corriente que puede manejar todo tipo de aplicaciones.
Los programas del sistema pueden distribuirse al nodo más apropiado.
Puede utilizarse con sistemas existentes.
Desventajas
Es difícil de diseñar.
Difícil prueba y mantenimiento si los programas del cliente y el servidor
están hechos en distintos lugares de programación.
ADMINISTRACIÓN DE DATOS REMOTOS
1. En el cliente residen tanto la interfaz como los procesos de la aplicación.
2. Las bases de datos están en el servidor.
3. Es lo que comúnmente imaginamos aplicación cliente servidor.
Ventajas
Configuración típica de la herramienta GUI 4GL.
Muy adecuadas para las aplicaciones de apoyo a las decisiones del usuario
final.
Fácil de desarrollar ya que los programas de aplicación no están
distribuidos.
Se descargan los programas de Host.
Desventajas
No maneja aplicaciones pesadas eficientemente.
La totalidad de los datos que viaja por la red, ya que no hay procesamiento
que realice el Host.
Middleware
es
un software de computadora que conecta
componentes de software o aplicaciones para
que puedan intercambiar datos entre éstas. Es
utilizado a menudo para soportar aplicaciones
distribuidas.
Esto
incluye
servidores
web, servidores de aplicaciones, sistemas de
gestión de contenido y herramientas similares.
• Las infraestructuras asociadas a los diferentes modelos
de programación son:
-(DOM):
• Modelos: Objetos distribuidos
• Infraestructura: Brokers de objetos
-(TOM):
• Modelo: Transacciones distribuidas
• Infraestructura: Monitores transaccionales
-(MOM):
• Modelo: Mensajes asíncronos
• Infraestructura: Brokers de mensajes








Remote Procedure Call - Llamadas de las marcas del
cliente a los procedimientos que funcionan en sistemas
alejados. Puede ser asincrónico o síncrono.
El mensaje orientó Middleware - Los mensajes enviados
al cliente se recogen y se almacenan hasta que se
actúan sobre, mientras que el cliente continúa con el
otro proceso.
Corredor de la petición del objeto - Este tipo de
middleware permite para que los usos envíen objetos y
soliciten servicios en un sistema orientado al objeto.
Acceso SQL-orientado de los datos - middleware entre
los usos y los servidores de la base de datos.
CONCLUCIÓN


La arquitectura cliente-servidor es un modelo
de aplicación distribuida en el que las tareas
se reparten entre los proveedores de recursos
o servicios, llamados servidores, y los
demandantes, llamados clientes.



Middleware es un software que asiste a una
aplicación para interactuar o comunicarse con
otras aplicaciones, software, redes, hardware
GLOSARIO












SÍNCRONO: En las señales de telecomunicaciones dentro de una red o entre
redes, las señales síncronas son las que ocurren a la misma frecuencia de reloj
cuando todos los relojes están basados en un único reloj de referencia.
ASINCRÓNICO: asincrónicas son las que vienen de diferentes relojes o a una
frecuencia de transición diferente.
BROKER: ayuda a los programadores a crear aplicaciones asincrónicas de
acoplamiento flexible en las que los componentes independientes funcionan
conjuntamente para llevar a cabo una tarea. Estos componentes de aplicación
intercambian mensajes que contienen la información necesaria para finalizar la
tarea. En este tema se describen los siguientes aspectos de Service Broker:
Conversaciones
Coordinación y ordenación de mensajes
Programación asincrónica transaccional
Compatibilidad con aplicaciones de acoplamiento flexible
Componentes de Service Broker

More Related Content

What's hot

Bases distribuidas en mysql
Bases distribuidas en mysqlBases distribuidas en mysql
Bases distribuidas en mysql
Giovanni Peruch
 
2 2 estilos arquitectonicos
2 2 estilos arquitectonicos2 2 estilos arquitectonicos
2 2 estilos arquitectonicos
landeta_p
 
Proceso de resolución de nombres dns netbios
Proceso de resolución de nombres dns netbiosProceso de resolución de nombres dns netbios
Proceso de resolución de nombres dns netbios
cesartg65
 
Programación MySQL-Ejercicios
Programación MySQL-EjerciciosProgramación MySQL-Ejercicios
Programación MySQL-Ejercicios
testgrupocomex
 
Modelos de los sistemas distribuidos
Modelos de los sistemas distribuidosModelos de los sistemas distribuidos
Modelos de los sistemas distribuidos
Margarita Labastida
 
Bases de datos distribuidas
Bases de datos distribuidasBases de datos distribuidas
Bases de datos distribuidas
Max Perez
 

What's hot (20)

Bases distribuidas en mysql
Bases distribuidas en mysqlBases distribuidas en mysql
Bases distribuidas en mysql
 
Ensayo Cliente Servidor
Ensayo Cliente ServidorEnsayo Cliente Servidor
Ensayo Cliente Servidor
 
Capa De Sesion
Capa De SesionCapa De Sesion
Capa De Sesion
 
2 2 estilos arquitectonicos
2 2 estilos arquitectonicos2 2 estilos arquitectonicos
2 2 estilos arquitectonicos
 
BD. control de concurrencia
BD. control de concurrenciaBD. control de concurrencia
BD. control de concurrencia
 
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negociosFundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
 
Gestores de bases de datos cuadros comparativos
Gestores de bases de datos cuadros comparativosGestores de bases de datos cuadros comparativos
Gestores de bases de datos cuadros comparativos
 
DNS
DNSDNS
DNS
 
Proceso de resolución de nombres dns netbios
Proceso de resolución de nombres dns netbiosProceso de resolución de nombres dns netbios
Proceso de resolución de nombres dns netbios
 
Programación MySQL-Ejercicios
Programación MySQL-EjerciciosProgramación MySQL-Ejercicios
Programación MySQL-Ejercicios
 
Normalizacion de bases de datos
Normalizacion de bases de datosNormalizacion de bases de datos
Normalizacion de bases de datos
 
Estandar de red
Estandar de redEstandar de red
Estandar de red
 
Modelos de los sistemas distribuidos
Modelos de los sistemas distribuidosModelos de los sistemas distribuidos
Modelos de los sistemas distribuidos
 
Bases de datos distribuidas
Bases de datos distribuidasBases de datos distribuidas
Bases de datos distribuidas
 
CUADRO COMPARATIVO TIPOS DE SERVIDORES Y EL MANEJO DE SUS DATOS
CUADRO COMPARATIVO TIPOS DE SERVIDORES Y EL MANEJO DE SUS DATOS CUADRO COMPARATIVO TIPOS DE SERVIDORES Y EL MANEJO DE SUS DATOS
CUADRO COMPARATIVO TIPOS DE SERVIDORES Y EL MANEJO DE SUS DATOS
 
Analizador de protocolos
Analizador  de  protocolosAnalizador  de  protocolos
Analizador de protocolos
 
Desarrollo de Software Orienta a Objetos
Desarrollo de Software Orienta a ObjetosDesarrollo de Software Orienta a Objetos
Desarrollo de Software Orienta a Objetos
 
Implementacion de bases de datos en mysql
Implementacion de bases de datos en mysqlImplementacion de bases de datos en mysql
Implementacion de bases de datos en mysql
 
MODELO OSI PDU
MODELO OSI PDUMODELO OSI PDU
MODELO OSI PDU
 
Arquitectura 3 Capas
Arquitectura 3 CapasArquitectura 3 Capas
Arquitectura 3 Capas
 

Viewers also liked

Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
Arquitectura cliente servidor
Miguel Orquera
 
Explicacion metodologia 3 capas y base de datos, proyecto de ejemplo jsp
Explicacion metodologia 3 capas y base de datos, proyecto de ejemplo jspExplicacion metodologia 3 capas y base de datos, proyecto de ejemplo jsp
Explicacion metodologia 3 capas y base de datos, proyecto de ejemplo jsp
Boris Salleg
 
Arquitectura tres capas
Arquitectura tres capasArquitectura tres capas
Arquitectura tres capas
Jenny Gonzalez
 

Viewers also liked (20)

Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
Arquitectura cliente servidor
 
Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
Arquitectura cliente servidor
 
Cliente Servidor
Cliente ServidorCliente Servidor
Cliente Servidor
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
 
Arquitectura cliente
Arquitectura cliente Arquitectura cliente
Arquitectura cliente
 
Introduccion a PHP
Introduccion a PHPIntroduccion a PHP
Introduccion a PHP
 
Introduccion a php
Introduccion a phpIntroduccion a php
Introduccion a php
 
Introducción a php
Introducción a phpIntroducción a php
Introducción a php
 
Introducción a PHP
Introducción a PHPIntroducción a PHP
Introducción a PHP
 
introduccion al Lenguaje php
introduccion al Lenguaje phpintroduccion al Lenguaje php
introduccion al Lenguaje php
 
Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
Arquitectura cliente servidor
 
Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
Arquitectura cliente servidor
 
Manual de PHP Basico
Manual de PHP BasicoManual de PHP Basico
Manual de PHP Basico
 
diferencia entre Cliente servidor y p2 p
diferencia entre Cliente servidor y p2 pdiferencia entre Cliente servidor y p2 p
diferencia entre Cliente servidor y p2 p
 
Arquitectura Cliente-Servidor
Arquitectura Cliente-ServidorArquitectura Cliente-Servidor
Arquitectura Cliente-Servidor
 
Introducción a PHP - Programador PHP - UGR
Introducción a PHP - Programador PHP - UGRIntroducción a PHP - Programador PHP - UGR
Introducción a PHP - Programador PHP - UGR
 
Explicacion metodologia 3 capas y base de datos, proyecto de ejemplo jsp
Explicacion metodologia 3 capas y base de datos, proyecto de ejemplo jspExplicacion metodologia 3 capas y base de datos, proyecto de ejemplo jsp
Explicacion metodologia 3 capas y base de datos, proyecto de ejemplo jsp
 
Introducción a programación con PHP
Introducción a programación con PHPIntroducción a programación con PHP
Introducción a programación con PHP
 
Arquitectura tres capas
Arquitectura tres capasArquitectura tres capas
Arquitectura tres capas
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
 

Similar to Arquitectura cliente servidor

Arquitectura cliente servidor orlando casadiego remington cucuta
Arquitectura cliente servidor orlando casadiego remington cucutaArquitectura cliente servidor orlando casadiego remington cucuta
Arquitectura cliente servidor orlando casadiego remington cucuta
Orlando Casadiego
 
Diapositivas diego
Diapositivas diegoDiapositivas diego
Diapositivas diego
dbastos15
 
Jessica reyes armas 6
Jessica reyes armas  6Jessica reyes armas  6
Jessica reyes armas 6
Yesi Reyes
 
Sistemas arquitectónicos centralizados, descentralizados e híbridos.
Sistemas arquitectónicos centralizados, descentralizados e híbridos.Sistemas arquitectónicos centralizados, descentralizados e híbridos.
Sistemas arquitectónicos centralizados, descentralizados e híbridos.
Universidad de Guadalajara
 
Fresdes silvasalazar
Fresdes silvasalazarFresdes silvasalazar
Fresdes silvasalazar
julymci
 
Cliente servidor primera parte
Cliente servidor primera parteCliente servidor primera parte
Cliente servidor primera parte
Holger Vergara
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
equipo012
 
Unidad 1
Unidad 1Unidad 1
Unidad 1
mi casa
 
Conceptos Basicos de Bases de Datos Multiusuario
Conceptos Basicos de Bases de DatosMultiusuarioConceptos Basicos de Bases de DatosMultiusuario
Conceptos Basicos de Bases de Datos Multiusuario
heliozwt
 

Similar to Arquitectura cliente servidor (20)

Arquitectura cliente servidor orlando casadiego remington cucuta
Arquitectura cliente servidor orlando casadiego remington cucutaArquitectura cliente servidor orlando casadiego remington cucuta
Arquitectura cliente servidor orlando casadiego remington cucuta
 
Diapositivas diego
Diapositivas diegoDiapositivas diego
Diapositivas diego
 
Jessica reyes armas 6
Jessica reyes armas  6Jessica reyes armas  6
Jessica reyes armas 6
 
inestigacion 7
inestigacion 7inestigacion 7
inestigacion 7
 
Sistemas arquitectónicos centralizados, descentralizados e híbridos.
Sistemas arquitectónicos centralizados, descentralizados e híbridos.Sistemas arquitectónicos centralizados, descentralizados e híbridos.
Sistemas arquitectónicos centralizados, descentralizados e híbridos.
 
Cliente servidor 2
Cliente servidor 2Cliente servidor 2
Cliente servidor 2
 
Desarrollo de pag
Desarrollo de pagDesarrollo de pag
Desarrollo de pag
 
Fresdes silvasalazar
Fresdes silvasalazarFresdes silvasalazar
Fresdes silvasalazar
 
Cliente servidor primera parte
Cliente servidor primera parteCliente servidor primera parte
Cliente servidor primera parte
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
 
Modelo cliente servidor
Modelo cliente servidor Modelo cliente servidor
Modelo cliente servidor
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
 
Sistemas cliente servidor
Sistemas cliente   servidorSistemas cliente   servidor
Sistemas cliente servidor
 
Arquitectura cleinte servidor
Arquitectura cleinte servidorArquitectura cleinte servidor
Arquitectura cleinte servidor
 
Arquitectura cliente servidor 2
Arquitectura cliente servidor 2Arquitectura cliente servidor 2
Arquitectura cliente servidor 2
 
Unidad 1
Unidad 1Unidad 1
Unidad 1
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
 
Cap2 funcionalidad de cliente servidor
Cap2 funcionalidad de cliente servidorCap2 funcionalidad de cliente servidor
Cap2 funcionalidad de cliente servidor
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
 
Conceptos Basicos de Bases de Datos Multiusuario
Conceptos Basicos de Bases de DatosMultiusuarioConceptos Basicos de Bases de DatosMultiusuario
Conceptos Basicos de Bases de Datos Multiusuario
 

Arquitectura cliente servidor

  • 1. María Isabel Mora García CORPORACION UNIVERSITARIA REMINTON
  • 2. Desde el punto de vista funcional, se puede definir la computación Cliente/Servidor como una arquitectura distribuida que permite a los usuarios finales obtener acceso a la información de forma transparente aún en entornos multiplataforma. En el mundo de las comunicaciones se rige por este modelo que intenta proveer flexibilidad e interoperabilidad de las comunicaciones
  • 3. OBJETIVOS OBJETIVO GENERAL: Investigar conceptos, características, ventajas y desventajas sobre arquitectura cliente/servidor y Middleware. OBJETIVOS ESPECIFICOS: Conocer como es el funcionamiento de Middleware. Recolectar información y dar a conocer sobre lo importante de la arquitectura de cliente/servidor en las comunicaciones.
  • 4. Sistemas distribuidos entre múltiples procesadores donde hay clientes que solicitan servicios y servidores que los proporcionan. También se puede definir como una arquitectura distribuida que permite a los usuarios finales obtener acceso a la información en forma transparente aun en entornos multiplataforma.
  • 5. PRESENTACIÓN DISTRIBUIDA 1. Se distribuye la interfaz entre el cliente y la plataforma servidora. 2. La aplicación y los datos están ambos en el servidor. 3. Similar a la arquitectura tradicional de un Host y Terminales. 4. El PC se aprovecha solo para mejorar la interfaz gráfica del usuario. Ventajas Revitaliza los sistemas antiguos. Bajo costo de desarrollo. No hay cambios en los sistemas existentes. Desventajas El sistema sigue en el Host. No se aprovecha la GUI y/o LAN. La interfaz del usuario se mantiene en muchas plataformas.
  • 6. PRESENTACIÓN REMOTA 1. La interfaz para el usuario esta completamente en el cliente. 2. La aplicación y los datos están en el servidor. Ventajas § La interfaz del usuario aprovecha bien la GUI y la LAN. § La aplicación aprovecha el Host. § Adecuado para algunos tipos de aplicaciones de apoyo a la toma de decisiones. Desventajas § Las aplicaciones pueden ser complejas de desarrollar. § Los programas de la aplicación siguen en el Host. § El alto volumen de tráfico en la red puede hacer difícil la operación de aplicaciones muy pesadas.
  • 7. LÓGICA DISTRIBUIDA 1. La interfaz esta en el cliente. 2. La base de datos esta en el servidor. 3. La lógica de la aplicación está distribuida entre el cliente y el servidor. Ventajas Arquitectura más corriente que puede manejar todo tipo de aplicaciones. Los programas del sistema pueden distribuirse al nodo más apropiado. Puede utilizarse con sistemas existentes. Desventajas Es difícil de diseñar. Difícil prueba y mantenimiento si los programas del cliente y el servidor están hechos en distintos lugares de programación.
  • 8. ADMINISTRACIÓN DE DATOS REMOTOS 1. En el cliente residen tanto la interfaz como los procesos de la aplicación. 2. Las bases de datos están en el servidor. 3. Es lo que comúnmente imaginamos aplicación cliente servidor. Ventajas Configuración típica de la herramienta GUI 4GL. Muy adecuadas para las aplicaciones de apoyo a las decisiones del usuario final. Fácil de desarrollar ya que los programas de aplicación no están distribuidos. Se descargan los programas de Host. Desventajas No maneja aplicaciones pesadas eficientemente. La totalidad de los datos que viaja por la red, ya que no hay procesamiento que realice el Host.
  • 9. Middleware es un software de computadora que conecta componentes de software o aplicaciones para que puedan intercambiar datos entre éstas. Es utilizado a menudo para soportar aplicaciones distribuidas. Esto incluye servidores web, servidores de aplicaciones, sistemas de gestión de contenido y herramientas similares.
  • 10. • Las infraestructuras asociadas a los diferentes modelos de programación son: -(DOM): • Modelos: Objetos distribuidos • Infraestructura: Brokers de objetos -(TOM): • Modelo: Transacciones distribuidas • Infraestructura: Monitores transaccionales -(MOM): • Modelo: Mensajes asíncronos • Infraestructura: Brokers de mensajes
  • 11.     Remote Procedure Call - Llamadas de las marcas del cliente a los procedimientos que funcionan en sistemas alejados. Puede ser asincrónico o síncrono. El mensaje orientó Middleware - Los mensajes enviados al cliente se recogen y se almacenan hasta que se actúan sobre, mientras que el cliente continúa con el otro proceso. Corredor de la petición del objeto - Este tipo de middleware permite para que los usos envíen objetos y soliciten servicios en un sistema orientado al objeto. Acceso SQL-orientado de los datos - middleware entre los usos y los servidores de la base de datos.
  • 12. CONCLUCIÓN  La arquitectura cliente-servidor es un modelo de aplicación distribuida en el que las tareas se reparten entre los proveedores de recursos o servicios, llamados servidores, y los demandantes, llamados clientes.  Middleware es un software que asiste a una aplicación para interactuar o comunicarse con otras aplicaciones, software, redes, hardware
  • 13. GLOSARIO         SÍNCRONO: En las señales de telecomunicaciones dentro de una red o entre redes, las señales síncronas son las que ocurren a la misma frecuencia de reloj cuando todos los relojes están basados en un único reloj de referencia. ASINCRÓNICO: asincrónicas son las que vienen de diferentes relojes o a una frecuencia de transición diferente. BROKER: ayuda a los programadores a crear aplicaciones asincrónicas de acoplamiento flexible en las que los componentes independientes funcionan conjuntamente para llevar a cabo una tarea. Estos componentes de aplicación intercambian mensajes que contienen la información necesaria para finalizar la tarea. En este tema se describen los siguientes aspectos de Service Broker: Conversaciones Coordinación y ordenación de mensajes Programación asincrónica transaccional Compatibilidad con aplicaciones de acoplamiento flexible Componentes de Service Broker