Modelos de sistema

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
Modelos de sistema por Mind Map: Modelos de sistema

1. Grupo 4CM4 Integrantes: *FUENTES JASSO NYDIA GABRIELA *REYES ROMERO LUIS ERIK *SALINAS RAMIREZ KEVIN AXEL *VELAZQUEZ AMARRA WILLIAM EDUARDO

2. Proveen una descripción de un aspecto relevante del diseño de un sistema distribuido

2.1. Modelos físicos

2.1.1. Hardware e interconexiones de las redes.

2.2. Modelos arquitectónicos

2.2.1. Tareas computacionales y de comunicación.

2.3. Modelos fundamentales

2.3.1. Modelos de interacción, modelos de fallo y modelos de seguridad

3. Modelos físicos

3.1. Modelo base: Conjunto de nodos de computadoras interconectados en una red para el paso de mensajes.

3.1.1. Generaciones de sistemas distribuidos

3.1.1.1. Sistemas distribuidos tempranos

3.1.1.1.1. Consisten entre 10 y 100 nodos interconectados por una LAN, tienen internet limitado y soporta un pequeño rango de servicios. (1970s, 1980s)

3.1.1.2. Sistemas distribuidos a escala de internet

3.1.1.2.1. Grupo extensible de nodos interconectados por una red de redes (Internet)

3.1.1.3. Sistemas distribuidos contemporáneos

3.1.1.3.1. -Computación móvil -Computación ubicua (dispositivos adaptados al entorno del humano) -Computación en la nube y arquitecturas en cluster

3.1.1.4. Sistemas distribuidos de sistemas

3.1.1.4.1. Serie de subsistemas que son sistemas por si mismos y que se unen para llevar a cabo ciertas tareas.

4. Modelos arquitectónicos

4.1. Estructura de un sistema en términos de sus componentes y sus relaciones.

4.2. Elementos arquitectónicos

4.2.1. Entidades comunicantes

4.2.1.1. Tipicamente son procesos

4.2.1.1.1. Nodos

4.2.1.1.2. Hilos

4.2.1.2. Abstracciones orientadas a problemas

4.2.1.2.1. Objetos

4.2.1.2.2. Componentes

4.2.1.2.3. Servicios Web

4.2.2. Roles y responsabilidades

4.2.2.1. Fundamentales para establecer la aquitectora a ser adoptada.

4.2.2.2. Estilos arquitectonicos derivados del rol de procesos individuales

4.2.2.2.1. Cliente-servidor

4.2.2.2.2. Par a par

4.2.2.2.3. Colocación

4.3. Patrones arquitectónicos

4.3.1. Capas

4.3.1.1. Un sistema es dividido en un número de capas, con una capa dada haciendo uso de los servicios ofrecidos por la capa inferior

4.3.1.1.1. Ejemplo:

4.3.2. Arquitectura por niveles

4.3.2.1. Técnica para organizar la funcionalidad de una capa dada y colocar esta funcionalidad en los servidores apropiados y en nodos físicos.

4.3.2.1.1. Solución de dos niveles: Elementos de una aplicación divididos en dos procesos, cliente y servidor.

4.3.2.1.2. Solución de tres niveles: Mapeo de uno a uno de los elementos lógicos a servidores físicos.

4.3.2.2. Composición de una aplicación

4.3.2.2.1. Logica de presentación

4.3.2.2.2. Lógica de aplicación

4.3.2.2.3. Lógica de datos

4.3.3. Clientes ligeros

4.3.3.1. Capa de software que soporta una interfaz de usuario basada en ventanas que es local para el usuario mientras ejecuta aplicaciones o mientras accede a servicios en una computadora remota.

4.3.3.1.1. Ventaja: los más simples dispositivos pueden ser mejorados con una gran cantidad de servicios en red y capacidades.

4.3.3.2. Emerge VNC (Computación virtual en red)

4.3.3.2.1. Los usuarios pueden acceder a los recursos de su computadora desde cualquier lugar con un amplio rango de dispositivos.

5. Modelos fundamentales

5.1. Aspectos en sistemas distribuidos

5.1.1. Modelo de interacción

5.1.1.1. Refleja el hecho de que la comunicación tiene retrasos, y la exactitud con la que los procesos pueden ser coordinados está limitada por estos retrasos y por la difucultad de mantener la misma noción de tiempo en todas las computadoras de un sistema distribuido.

5.1.1.2. Los procesos de interacción llevan a cabo toda la actividad en un sistema distribuido. Cada proceso tiene su propio estado con datos que pueden consultarse y modificarse.

5.1.1.2.1. El rendimiento de canales de comunicación depende de:

5.1.1.2.2. Relojes de computadoras y sincronización

5.1.1.3. Variantes

5.1.1.3.1. Sistemas distribuidos síncronos

5.1.1.3.2. Sistemas distribuidos asíncronos

5.1.2. Modelo de fallo

5.1.2.1. Define las formas en que un fallo puede ocurrir, para proveer un entendimiento de sus efectos.

5.1.2.1.1. Fallos por omisión: Un proceso o canal de comunicación falla al desempeñar acciones que debería hacer.

5.1.2.1.2. Fallos arbitrarios: describe the worst possible failure semantics, in which any type of error may occur. Describe la peor semántica de fallo posible, en la que cualquier tipo de error puede ocurrir.

5.1.2.1.3. Fallos de sincronización: Pueden resultar en respuestas no disponibles a los clientes dentro de un intervalo de tiempo especificado

5.1.2.1.4. Fallos de enmascarado: Un servicio enmascara el fallo ocultandolo o convirtiendolo en uno más fácil de enfrentar

5.1.3. Modelo de seguridad

5.1.3.1. Protección de objetos

5.1.3.1.1. El servidor es responsable de verificar la identidad del autor detrás de cada invocación, así como sus permisos para desempeñar la operación requerida en el objeto invocado.

5.1.3.2. Aseguramiento de procesos y sus interacciones

5.1.3.2.1. Defender de amenazas de seguridad