SlideShare una empresa de Scribd logo
Un modelo arquitectónico de un sistema distribuido
simplifica y abstrae, inicialmente , las funciones de los
componentes individuales de dicho sistema y
posteriormente considera:
•La ubicación de los componentes en la red de
computadores, buscando definir patrones utilizables para la
distribución de datos y carga de trabajo.
•La interrelación entre los componentes, es decir, sus
papeles funcionales y los patrones de comunicación entre
ellos.
Una simplificación inicial se obtiene clasificando los procesos
entre Servidores, Clientes e iguales, siendo estos últimos
procesos que cooperan y se comunican de forma simétrica
para realizar una tarea.
Se pueden también construir otros sistemas dinámicos como
variaciones del modelo cliente servidor:
•La posibilidad de mover código de un proceso a otro
permite que un proceso delegue tareas en otro.
• Ej. Los clientes pueden descargar código de los servidores y
ejecutarlo localmente. Los objetos y el código al que
acceden pueden reubicarse para reducir los retardos de
acceso y minimizar el alto trafico de la comunicación.
Algunos sistemas distribuidos se diseñan también para
permitir que los computadores y otros dispositivos móviles se
añadan o eliminen sin incidencia, permitiendo el
descubrimiento de servicios disponibles y el ofrecer sus
servicios a otros.
El término arquitectura de software se refería inicialmente a
la estructuración del software como capas o módulos en un
único computador y más recientemente en términos de los
servicios ofrecidos y solicitados entre procesos localizados en
el mismo o diferentes computadores. Esta vista orientada a
proceso y a servicio puede expresarse en términos de capas
de servicio.
Ejm. Un servicio de tiempo de red esta implemtado en
Internet basado en el protocolo de Tiempo de Red
mediante procesos servidor, corriendo sobre maquinas de
Internet, que proporcionan el tiempo actual a cualquier
cliente que lo solicite y ajuste su versión de tiempo actual
como resultado de la interacción con otros.
 Plataforma. El nivel de
hardware y las capas
más bajas de software
se denominan
plataforma, estas
capas más bajas
proporcionan servicios
a las que están por
encima de ellas, y que
son implementadas en
cada computador.
 Middleware. Capa de software cuyo
propósito es enmascarar la
heterogeneidad y proporcionar un
modelo de programación conveniente
para los programadores de
aplicaciones. Se representa mediante
procesos u objetos para implementar
mecanismos de comunicación de los
programas de aplicación soportando
abstracciones como:
 Procedimientos de invocación remota
 Comunicación entre un grupo de
procesos.
 Notificación de eventos.
 Replicación de datos compartidos.
 Transmisión de datos multimedia en
tiempo real.
 Entre los productos y estándares de
middleware orientados al objeto están:
› Corba
› Invocación de objetos remotos en java
› Dcom (Modelo común de objetos
distribuidos de Microsoft)
› Modelo de referencia para procesos
distribuidos abiertos de la ISO/ITU-T
 El middleware también puede
proporcionar servicios para su uso en los
programas de aplicación. Por ejemplo
Corba ofrece una variedad de servicios
que proporcionan a las aplicaciones
funciones que incluyen la gestión de
nombres, seguridad, transacciones,
almacenamiento persistente y
notificación de eventos.
 Limitaciones del Middleware:
› Muchas aplicaciones distribuidas dependen
enteramente de los servicios
proporcionados por el middleware
disponible, para soportar sus necesidades
de comunicación y compartir datos.
 La división de responsabilidades entre los
componentes del sistema(aplicaciones,
servidores y otros procesos) y la
ubicación de los componentes en los
computadores en la red, es quizá el
aspecto más evidente del diseño de un
sistema distribuido. Sus implicaciones
fundamentales están en las
prestaciones, fiabilidad y seguridad del
sistema resultante.
 Es la arquitectura que se cita más a menudo
cuando se discute sobre sistemas distribuidos.
Históricamente es la más importante y
continua siendo la más ampliamente utilizada.
 Presenta una estructura sencilla sobre la que
interaccionan los procesos cliente con los
procesos servidores individuales, en
computadores separados con el fin de
acceder a los recursos compartidos que ellos
gestionan.
 Los servidores a su vez pueden ser clientes de
otros servidores.
 Los servidores pueden dividir el conjunto de
objetos en los que está basado el servicio y
distribuírselos entre ellos mismos, o pueden
mantener copias replicadas de ellos en varias
maquinas.
 Un usuario puede emplear un navegador para
acceder al recurso en cualquiera de los
servidores. La replicación se utiliza para
aumentar las prestaciones y disponibilidad. Así
mejorar la tolerancia a fallos y proporcionar
múltiples copias consistentes de datos en
procesos que se ejecutan en diferentes
computadoras.
 Una cache es un almacén de objetos de datos
utilizados recientemente, y se encuentra más
próximo que los objetos en sí. Al recibir un
objeto nuevo en un computador se añade al
almacén de la cache, reemplazando, si fuera
necesario algunos objetos existentes. Cuando
se necesita un objeto en un proceso cliente, el
servicio caché comprueba inicialmente la
caché y le proporciona el objeto de una copia
actualizada. Si no se buscará una copia
actualizada.
 Las cachés pueden estar ubicadas en cada
cliente o en un servidor Proxy que pueden
compartirse desde varios clientes.
 Los servidores Proxy
para la web
proporcionan una
caché compartida de
recursos Web a las
maquinas cliente de
uno o más sitios.
 El propósito de los
servidores Proxy es
incrementar la
disponibilidad y
prestaciones del
servicio, reduciendo la
carga en redes de
área amplia y en
servidores web.
 En esta arquitectura todos los procesos
desempeñan tareas semejantes,
interactuando cooperativamente como
iguales para realizar una actividad
distribuida o computo sin distinción entre
clientes y servidores.
 En general n procesos parejos podrán
interactuar entre ellos, dependiendo el
patrón de comunicación de los
requisitos de aplicación.
 Podemos distinguir distintas variaciones,
dependiendo de la consideración de los
siguientes factores:
› El uso de código móvil y agentes móviles
› Las necesidades de los usuarios de
computadoras de costo bajo y con recursos
hardware limitados, que son muy sencillos
de manejar
› El requisito de añadir o eliminar de una
forma conveniente dispositivos móviles.

Más contenido relacionado

La actualidad más candente

Semejanzas y Diferencias entre Arquitectura cliente/servidor y Arquitectura p2p
Semejanzas y Diferencias entre Arquitectura cliente/servidor y Arquitectura p2pSemejanzas y Diferencias entre Arquitectura cliente/servidor y Arquitectura p2p
Semejanzas y Diferencias entre Arquitectura cliente/servidor y Arquitectura p2p
FabiMolinares
 
Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
Arquitectura cliente servidor
Noe Gonzalez Mendoza
 
Ensayo
EnsayoEnsayo
Ensayo
jesusdrt
 
Servidores
ServidoresServidores
Servidores
Yury Torres
 
Servidoreseste
ServidoresesteServidoreseste
Servidoreseste
ander1692
 
Diseño de software en arquitectura cliente servidor
Diseño de software en arquitectura cliente   servidorDiseño de software en arquitectura cliente   servidor
Diseño de software en arquitectura cliente servidorCintia Cadena
 
Arquitectura cliente servidor para internet
Arquitectura cliente servidor para internetArquitectura cliente servidor para internet
Arquitectura cliente servidor para internet
Darwin Daniel Ardila Lombana
 
Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
Arquitectura cliente servidor
MARIA ESTER GONZALEZ
 
Arquitecturaclienteservidor
ArquitecturaclienteservidorArquitecturaclienteservidor
Arquitecturaclienteservidor
Fernando Solis
 
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 cucutaOrlando Casadiego
 
Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
Arquitectura cliente servidorPriscyArriaga
 
Modelos de los sistemas distribuidos
Modelos de los sistemas distribuidosModelos de los sistemas distribuidos
Modelos de los sistemas distribuidosMargarita Labastida
 
Sistemas cliente servidor
Sistemas cliente   servidorSistemas cliente   servidor
Sistemas cliente servidor
Jramos_95
 
cliente servidor de 3 niveles
cliente servidor de 3 nivelescliente servidor de 3 niveles
cliente servidor de 3 niveles
Lupitha Mendoza
 
Modelos de sistemas distribuidos
Modelos de sistemas distribuidosModelos de sistemas distribuidos
Modelos de sistemas distribuidos
Tensor
 
Sistema cliente servidor
Sistema cliente servidorSistema cliente servidor
Sistema cliente servidorItachi354
 
Importancia de los sistemas cliente servidor
Importancia de los sistemas cliente servidorImportancia de los sistemas cliente servidor
Importancia de los sistemas cliente servidor
Universidad Autónoma de los Andes
 

La actualidad más candente (20)

Cliente/Servidor
Cliente/ServidorCliente/Servidor
Cliente/Servidor
 
Semejanzas y Diferencias entre Arquitectura cliente/servidor y Arquitectura p2p
Semejanzas y Diferencias entre Arquitectura cliente/servidor y Arquitectura p2pSemejanzas y Diferencias entre Arquitectura cliente/servidor y Arquitectura p2p
Semejanzas y Diferencias entre Arquitectura cliente/servidor y Arquitectura p2p
 
Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
Arquitectura cliente servidor
 
Ensayo
EnsayoEnsayo
Ensayo
 
Servidores
ServidoresServidores
Servidores
 
Servidoreseste
ServidoresesteServidoreseste
Servidoreseste
 
Diseño de software en arquitectura cliente servidor
Diseño de software en arquitectura cliente   servidorDiseño de software en arquitectura cliente   servidor
Diseño de software en arquitectura cliente servidor
 
Arquitectura cliente servidor para internet
Arquitectura cliente servidor para internetArquitectura cliente servidor para internet
Arquitectura cliente servidor para internet
 
Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
Arquitectura cliente servidor
 
Arquitecturaclienteservidor
ArquitecturaclienteservidorArquitecturaclienteservidor
Arquitecturaclienteservidor
 
Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
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
 
Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
Arquitectura cliente servidor
 
Modelos de los sistemas distribuidos
Modelos de los sistemas distribuidosModelos de los sistemas distribuidos
Modelos de los sistemas distribuidos
 
Sistemas cliente servidor
Sistemas cliente   servidorSistemas cliente   servidor
Sistemas cliente servidor
 
cliente servidor de 3 niveles
cliente servidor de 3 nivelescliente servidor de 3 niveles
cliente servidor de 3 niveles
 
Modelos de sistemas distribuidos
Modelos de sistemas distribuidosModelos de sistemas distribuidos
Modelos de sistemas distribuidos
 
Sistema cliente servidor
Sistema cliente servidorSistema cliente servidor
Sistema cliente servidor
 
Arquitectura Cliente-Servidor
Arquitectura Cliente-ServidorArquitectura Cliente-Servidor
Arquitectura Cliente-Servidor
 
Importancia de los sistemas cliente servidor
Importancia de los sistemas cliente servidorImportancia de los sistemas cliente servidor
Importancia de los sistemas cliente servidor
 

Similar a Modelos de sistema

Modelos de sistemas distribuidos
Modelos de sistemas distribuidosModelos de sistemas distribuidos
Modelos de sistemas distribuidos
Tensor
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
AndersonPerezRojas
 
Arquitecturas de software
Arquitecturas de software Arquitecturas de software
Arquitecturas de software
Anel Sosa
 
Fundam servclient
Fundam servclientFundam servclient
Fundam servclienttvazamar
 
Servidores informaticos, modelo cliente servdor
Servidores informaticos, modelo cliente servdor Servidores informaticos, modelo cliente servdor
Servidores informaticos, modelo cliente servdor
Erivan Martinez Ovando
 
Arquitecturas centralizadas
Arquitecturas centralizadasArquitecturas centralizadas
Arquitecturas centralizadas
Daniel Rodriguez Peñaloza
 
diseño de arquitectura de un sistema de informacion
diseño de arquitectura de un sistema de informaciondiseño de arquitectura de un sistema de informacion
diseño de arquitectura de un sistema de informacionzulaymaylin
 
Cliente servidor 2
Cliente servidor 2Cliente servidor 2
Cliente servidor 2
Fernando Solis
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
Fernando Solis
 
cliente servidor
cliente servidorcliente servidor
cliente servidor
Fernando Solis
 
1.2 Terminología y Agentes Cloud
1.2 Terminología y Agentes Cloud1.2 Terminología y Agentes Cloud
1.2 Terminología y Agentes Cloud
Brox Technology
 
Cloub computing
Cloub computingCloub computing
Cloub computing
Alejandro Marin Rubio
 
Sisdis intro1
Sisdis intro1Sisdis intro1
Sisdis intro1julymci
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidorequipo012
 
Tecnologia
TecnologiaTecnologia
Tecnologia
camila londoño
 
Sistemas distribuidos1
Sistemas distribuidos1Sistemas distribuidos1
Sistemas distribuidos1Microsoft
 
Sistemas distribuidos
Sistemas distribuidosSistemas distribuidos
Sistemas distribuidosMicrosoft
 

Similar a Modelos de sistema (20)

Modelos de sistemas distribuidos
Modelos de sistemas distribuidosModelos de sistemas distribuidos
Modelos de sistemas distribuidos
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
 
Arquitecturas de software
Arquitecturas de software Arquitecturas de software
Arquitecturas de software
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
 
Fundam servclient
Fundam servclientFundam servclient
Fundam servclient
 
Servidores informaticos, modelo cliente servdor
Servidores informaticos, modelo cliente servdor Servidores informaticos, modelo cliente servdor
Servidores informaticos, modelo cliente servdor
 
Arquitecturas centralizadas
Arquitecturas centralizadasArquitecturas centralizadas
Arquitecturas centralizadas
 
diseño de arquitectura de un sistema de informacion
diseño de arquitectura de un sistema de informaciondiseño de arquitectura de un sistema de informacion
diseño de arquitectura de un sistema de informacion
 
Cliente servidor 2
Cliente servidor 2Cliente servidor 2
Cliente servidor 2
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
 
cliente servidor
cliente servidorcliente servidor
cliente servidor
 
1.2 Terminología y Agentes Cloud
1.2 Terminología y Agentes Cloud1.2 Terminología y Agentes Cloud
1.2 Terminología y Agentes Cloud
 
Clase002
Clase002Clase002
Clase002
 
Cloub computing
Cloub computingCloub computing
Cloub computing
 
Sisdis intro1
Sisdis intro1Sisdis intro1
Sisdis intro1
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
 
Tecnologia
TecnologiaTecnologia
Tecnologia
 
Sistemas distribuidos1
Sistemas distribuidos1Sistemas distribuidos1
Sistemas distribuidos1
 
Sistemas distribuidos
Sistemas distribuidosSistemas distribuidos
Sistemas distribuidos
 

Último

Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0...
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0...Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0...
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0...
Telefónica
 
Conceptos básicos de programación 10-5.pdf
Conceptos básicos de programación 10-5.pdfConceptos básicos de programación 10-5.pdf
Conceptos básicos de programación 10-5.pdf
ValeriaAyala48
 
Desarrollo de Habilidades de Pensamiento.
Desarrollo de Habilidades de Pensamiento.Desarrollo de Habilidades de Pensamiento.
Desarrollo de Habilidades de Pensamiento.
AlejandraCasallas7
 
Estructuras básicas_ conceptos de programación (1).docx
Estructuras básicas_ conceptos de programación  (1).docxEstructuras básicas_ conceptos de programación  (1).docx
Estructuras básicas_ conceptos de programación (1).docx
SamuelRamirez83524
 
Trabajo Coding For kids 1 y 2 grado 9-4.pdf
Trabajo Coding For kids 1 y 2 grado 9-4.pdfTrabajo Coding For kids 1 y 2 grado 9-4.pdf
Trabajo Coding For kids 1 y 2 grado 9-4.pdf
cj3806354
 
Estructuras Básicas_Tecnología_Grado10-7.pdf
Estructuras Básicas_Tecnología_Grado10-7.pdfEstructuras Básicas_Tecnología_Grado10-7.pdf
Estructuras Básicas_Tecnología_Grado10-7.pdf
cristianrb0324
 
Desarrollo de habilidades de pensamiento (2).pdf
Desarrollo de habilidades de pensamiento (2).pdfDesarrollo de habilidades de pensamiento (2).pdf
Desarrollo de habilidades de pensamiento (2).pdf
samuelvideos
 
Conceptos Básicos de Programación. Tecnología
Conceptos Básicos de Programación. TecnologíaConceptos Básicos de Programación. Tecnología
Conceptos Básicos de Programación. Tecnología
coloradxmaria
 
Conceptos Básicos de Programación L.D 10-5
Conceptos Básicos de Programación L.D 10-5Conceptos Básicos de Programación L.D 10-5
Conceptos Básicos de Programación L.D 10-5
JulyMuoz18
 
ACTIVIDAD DE TECNOLOGÍA AÑO LECTIVO 2024
ACTIVIDAD DE TECNOLOGÍA AÑO LECTIVO 2024ACTIVIDAD DE TECNOLOGÍA AÑO LECTIVO 2024
ACTIVIDAD DE TECNOLOGÍA AÑO LECTIVO 2024
DanielErazoMedina
 
leidy fuentes - power point -expocccion -unidad 4 (1).pptx
leidy fuentes - power point -expocccion -unidad 4 (1).pptxleidy fuentes - power point -expocccion -unidad 4 (1).pptx
leidy fuentes - power point -expocccion -unidad 4 (1).pptx
Leidyfuentes19
 
DESARROLO DE HABILIDADES DE PENSAMIENTO.pdf
DESARROLO DE HABILIDADES DE PENSAMIENTO.pdfDESARROLO DE HABILIDADES DE PENSAMIENTO.pdf
DESARROLO DE HABILIDADES DE PENSAMIENTO.pdf
marianabz2403
 
proyecto invernadero desde el departamento de tecnología para Erasmus
proyecto invernadero desde el departamento de tecnología para Erasmusproyecto invernadero desde el departamento de tecnología para Erasmus
proyecto invernadero desde el departamento de tecnología para Erasmus
raquelariza02
 
Desarrollo de Habilidades de Pensamiento.docx (3).pdf
Desarrollo de Habilidades de Pensamiento.docx (3).pdfDesarrollo de Habilidades de Pensamiento.docx (3).pdf
Desarrollo de Habilidades de Pensamiento.docx (3).pdf
AlejandraCasallas7
 
3Redu: Responsabilidad, Resiliencia y Respeto
3Redu: Responsabilidad, Resiliencia y Respeto3Redu: Responsabilidad, Resiliencia y Respeto
3Redu: Responsabilidad, Resiliencia y Respeto
cdraco
 
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informática
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informática(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informática
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informática
vazquezgarciajesusma
 
Conceptos Básicos de Programación Proyecto
Conceptos Básicos de Programación ProyectoConceptos Básicos de Programación Proyecto
Conceptos Básicos de Programación Proyecto
cofferub
 
trabajo de tecnologia, segundo periodo 9-6f
trabajo de tecnologia, segundo periodo 9-6ftrabajo de tecnologia, segundo periodo 9-6f
trabajo de tecnologia, segundo periodo 9-6f
zoecaicedosalazar
 
DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdf
DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdfDESARROLLO DE HABILIDADES DE PENSAMIENTO.pdf
DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdf
sarasofiamontezuma
 
MANUAL DEL DECODIFICADOR DVB S2. PARA VSAT
MANUAL DEL DECODIFICADOR DVB  S2. PARA VSATMANUAL DEL DECODIFICADOR DVB  S2. PARA VSAT
MANUAL DEL DECODIFICADOR DVB S2. PARA VSAT
Ing. Julio Iván Mera Casas
 

Último (20)

Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0...
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0...Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0...
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0...
 
Conceptos básicos de programación 10-5.pdf
Conceptos básicos de programación 10-5.pdfConceptos básicos de programación 10-5.pdf
Conceptos básicos de programación 10-5.pdf
 
Desarrollo de Habilidades de Pensamiento.
Desarrollo de Habilidades de Pensamiento.Desarrollo de Habilidades de Pensamiento.
Desarrollo de Habilidades de Pensamiento.
 
Estructuras básicas_ conceptos de programación (1).docx
Estructuras básicas_ conceptos de programación  (1).docxEstructuras básicas_ conceptos de programación  (1).docx
Estructuras básicas_ conceptos de programación (1).docx
 
Trabajo Coding For kids 1 y 2 grado 9-4.pdf
Trabajo Coding For kids 1 y 2 grado 9-4.pdfTrabajo Coding For kids 1 y 2 grado 9-4.pdf
Trabajo Coding For kids 1 y 2 grado 9-4.pdf
 
Estructuras Básicas_Tecnología_Grado10-7.pdf
Estructuras Básicas_Tecnología_Grado10-7.pdfEstructuras Básicas_Tecnología_Grado10-7.pdf
Estructuras Básicas_Tecnología_Grado10-7.pdf
 
Desarrollo de habilidades de pensamiento (2).pdf
Desarrollo de habilidades de pensamiento (2).pdfDesarrollo de habilidades de pensamiento (2).pdf
Desarrollo de habilidades de pensamiento (2).pdf
 
Conceptos Básicos de Programación. Tecnología
Conceptos Básicos de Programación. TecnologíaConceptos Básicos de Programación. Tecnología
Conceptos Básicos de Programación. Tecnología
 
Conceptos Básicos de Programación L.D 10-5
Conceptos Básicos de Programación L.D 10-5Conceptos Básicos de Programación L.D 10-5
Conceptos Básicos de Programación L.D 10-5
 
ACTIVIDAD DE TECNOLOGÍA AÑO LECTIVO 2024
ACTIVIDAD DE TECNOLOGÍA AÑO LECTIVO 2024ACTIVIDAD DE TECNOLOGÍA AÑO LECTIVO 2024
ACTIVIDAD DE TECNOLOGÍA AÑO LECTIVO 2024
 
leidy fuentes - power point -expocccion -unidad 4 (1).pptx
leidy fuentes - power point -expocccion -unidad 4 (1).pptxleidy fuentes - power point -expocccion -unidad 4 (1).pptx
leidy fuentes - power point -expocccion -unidad 4 (1).pptx
 
DESARROLO DE HABILIDADES DE PENSAMIENTO.pdf
DESARROLO DE HABILIDADES DE PENSAMIENTO.pdfDESARROLO DE HABILIDADES DE PENSAMIENTO.pdf
DESARROLO DE HABILIDADES DE PENSAMIENTO.pdf
 
proyecto invernadero desde el departamento de tecnología para Erasmus
proyecto invernadero desde el departamento de tecnología para Erasmusproyecto invernadero desde el departamento de tecnología para Erasmus
proyecto invernadero desde el departamento de tecnología para Erasmus
 
Desarrollo de Habilidades de Pensamiento.docx (3).pdf
Desarrollo de Habilidades de Pensamiento.docx (3).pdfDesarrollo de Habilidades de Pensamiento.docx (3).pdf
Desarrollo de Habilidades de Pensamiento.docx (3).pdf
 
3Redu: Responsabilidad, Resiliencia y Respeto
3Redu: Responsabilidad, Resiliencia y Respeto3Redu: Responsabilidad, Resiliencia y Respeto
3Redu: Responsabilidad, Resiliencia y Respeto
 
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informática
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informática(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informática
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informática
 
Conceptos Básicos de Programación Proyecto
Conceptos Básicos de Programación ProyectoConceptos Básicos de Programación Proyecto
Conceptos Básicos de Programación Proyecto
 
trabajo de tecnologia, segundo periodo 9-6f
trabajo de tecnologia, segundo periodo 9-6ftrabajo de tecnologia, segundo periodo 9-6f
trabajo de tecnologia, segundo periodo 9-6f
 
DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdf
DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdfDESARROLLO DE HABILIDADES DE PENSAMIENTO.pdf
DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdf
 
MANUAL DEL DECODIFICADOR DVB S2. PARA VSAT
MANUAL DEL DECODIFICADOR DVB  S2. PARA VSATMANUAL DEL DECODIFICADOR DVB  S2. PARA VSAT
MANUAL DEL DECODIFICADOR DVB S2. PARA VSAT
 

Modelos de sistema

  • 1.
  • 2. Un modelo arquitectónico de un sistema distribuido simplifica y abstrae, inicialmente , las funciones de los componentes individuales de dicho sistema y posteriormente considera: •La ubicación de los componentes en la red de computadores, buscando definir patrones utilizables para la distribución de datos y carga de trabajo. •La interrelación entre los componentes, es decir, sus papeles funcionales y los patrones de comunicación entre ellos.
  • 3. Una simplificación inicial se obtiene clasificando los procesos entre Servidores, Clientes e iguales, siendo estos últimos procesos que cooperan y se comunican de forma simétrica para realizar una tarea. Se pueden también construir otros sistemas dinámicos como variaciones del modelo cliente servidor: •La posibilidad de mover código de un proceso a otro permite que un proceso delegue tareas en otro. • Ej. Los clientes pueden descargar código de los servidores y ejecutarlo localmente. Los objetos y el código al que acceden pueden reubicarse para reducir los retardos de acceso y minimizar el alto trafico de la comunicación.
  • 4. Algunos sistemas distribuidos se diseñan también para permitir que los computadores y otros dispositivos móviles se añadan o eliminen sin incidencia, permitiendo el descubrimiento de servicios disponibles y el ofrecer sus servicios a otros.
  • 5. El término arquitectura de software se refería inicialmente a la estructuración del software como capas o módulos en un único computador y más recientemente en términos de los servicios ofrecidos y solicitados entre procesos localizados en el mismo o diferentes computadores. Esta vista orientada a proceso y a servicio puede expresarse en términos de capas de servicio. Ejm. Un servicio de tiempo de red esta implemtado en Internet basado en el protocolo de Tiempo de Red mediante procesos servidor, corriendo sobre maquinas de Internet, que proporcionan el tiempo actual a cualquier cliente que lo solicite y ajuste su versión de tiempo actual como resultado de la interacción con otros.
  • 6.  Plataforma. El nivel de hardware y las capas más bajas de software se denominan plataforma, estas capas más bajas proporcionan servicios a las que están por encima de ellas, y que son implementadas en cada computador.
  • 7.  Middleware. Capa de software cuyo propósito es enmascarar la heterogeneidad y proporcionar un modelo de programación conveniente para los programadores de aplicaciones. Se representa mediante procesos u objetos para implementar mecanismos de comunicación de los programas de aplicación soportando abstracciones como:
  • 8.  Procedimientos de invocación remota  Comunicación entre un grupo de procesos.  Notificación de eventos.  Replicación de datos compartidos.  Transmisión de datos multimedia en tiempo real.
  • 9.  Entre los productos y estándares de middleware orientados al objeto están: › Corba › Invocación de objetos remotos en java › Dcom (Modelo común de objetos distribuidos de Microsoft) › Modelo de referencia para procesos distribuidos abiertos de la ISO/ITU-T
  • 10.  El middleware también puede proporcionar servicios para su uso en los programas de aplicación. Por ejemplo Corba ofrece una variedad de servicios que proporcionan a las aplicaciones funciones que incluyen la gestión de nombres, seguridad, transacciones, almacenamiento persistente y notificación de eventos.
  • 11.  Limitaciones del Middleware: › Muchas aplicaciones distribuidas dependen enteramente de los servicios proporcionados por el middleware disponible, para soportar sus necesidades de comunicación y compartir datos.
  • 12.  La división de responsabilidades entre los componentes del sistema(aplicaciones, servidores y otros procesos) y la ubicación de los componentes en los computadores en la red, es quizá el aspecto más evidente del diseño de un sistema distribuido. Sus implicaciones fundamentales están en las prestaciones, fiabilidad y seguridad del sistema resultante.
  • 13.
  • 14.  Es la arquitectura que se cita más a menudo cuando se discute sobre sistemas distribuidos. Históricamente es la más importante y continua siendo la más ampliamente utilizada.  Presenta una estructura sencilla sobre la que interaccionan los procesos cliente con los procesos servidores individuales, en computadores separados con el fin de acceder a los recursos compartidos que ellos gestionan.  Los servidores a su vez pueden ser clientes de otros servidores.
  • 15.  Los servidores pueden dividir el conjunto de objetos en los que está basado el servicio y distribuírselos entre ellos mismos, o pueden mantener copias replicadas de ellos en varias maquinas.  Un usuario puede emplear un navegador para acceder al recurso en cualquiera de los servidores. La replicación se utiliza para aumentar las prestaciones y disponibilidad. Así mejorar la tolerancia a fallos y proporcionar múltiples copias consistentes de datos en procesos que se ejecutan en diferentes computadoras.
  • 16.
  • 17.  Una cache es un almacén de objetos de datos utilizados recientemente, y se encuentra más próximo que los objetos en sí. Al recibir un objeto nuevo en un computador se añade al almacén de la cache, reemplazando, si fuera necesario algunos objetos existentes. Cuando se necesita un objeto en un proceso cliente, el servicio caché comprueba inicialmente la caché y le proporciona el objeto de una copia actualizada. Si no se buscará una copia actualizada.  Las cachés pueden estar ubicadas en cada cliente o en un servidor Proxy que pueden compartirse desde varios clientes.
  • 18.  Los servidores Proxy para la web proporcionan una caché compartida de recursos Web a las maquinas cliente de uno o más sitios.  El propósito de los servidores Proxy es incrementar la disponibilidad y prestaciones del servicio, reduciendo la carga en redes de área amplia y en servidores web.
  • 19.  En esta arquitectura todos los procesos desempeñan tareas semejantes, interactuando cooperativamente como iguales para realizar una actividad distribuida o computo sin distinción entre clientes y servidores.  En general n procesos parejos podrán interactuar entre ellos, dependiendo el patrón de comunicación de los requisitos de aplicación.
  • 20.
  • 21.  Podemos distinguir distintas variaciones, dependiendo de la consideración de los siguientes factores: › El uso de código móvil y agentes móviles › Las necesidades de los usuarios de computadoras de costo bajo y con recursos hardware limitados, que son muy sencillos de manejar › El requisito de añadir o eliminar de una forma conveniente dispositivos móviles.