Modelos de sistema - 2
|
|
|
- Emilia Araya Maestre
- hace 8 años
- Vistas:
Transcripción
1 Modelos de sistema - 2 Sistemas Distribuidos ITInformática César Llamas, febrero 2003 Algunos esquemas de esta presentación están tomados de: Instructor s Guide for Coulouris, Dollimore and Kindberg Distributed Systems: Concepts and Design Edn. 3 Addison-Wesley Publishers 2000 Índice Introducción Modelos arquitectónicos Capas de software Arquitecturas Variaciones del modelo cliente-servidor Interfaces y objetos Requisitos de diseño Modelos fundamentales... de interacción... de fallo... de seguridad 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 2
2 Introducción El modelo arquitectónico describe: Interacciones entre componentes Enlace con la plataforma de red: simplifica y abstrae las funciones y roles de los componentes individuales El enfoque CDK es un poco confuso Estructura de niveles de software Variantes del modelo cliente-servidor Código móvil 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 3 Íntroducción Modelos de requisitos no funcionales Modelo de interacción Modelo de fallo Modelo de seguridad 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 4
3 Modelos arquitectónicos capas de soft Servicios de la aplicación Middleware Sistema operativo Hardware Plataforma Componentes importantes: Plataforma Middleware 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 5 Modelos arquitectónicos capas de soft Plataforma Contiene los servicios propios de cada computadora concreta Depende del hardware y del S.O. 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 6
4 Modelos arquitectónicos Middleware Permite enmascarar la heterogeneidad Puede dar un modelo y una interfaz de programación utilizable Puede soportar abstracciones como: Llamadas a procedimientos remotos (RPC) Comunicación en grupo Eventos, replicación, servicios multimedia, etc... 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 7 Modelos arquitectónicos middleware Qué forma tiene el middleware? : Bibliotecas adicionales: Procedimientos remotos (RPC) Objetos remotos (RMI, CORBA) Herramientas de programación Lenguajes de definición de interfaces (IDL) + Compiladores para ellos Servicios básicos de ayuda servicios de nombres, para buscar objetos de notificación de eventos, De control de transacciones, etc. 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 8
5 Modelos arquitectónicos middleware Qué limitaciones impone? Se incrementa la complejidad arquitectónica: Hay más niveles Hay que aprender más herramientas Se pierde el control de bajo nivel sobre los modos de fallo Se depende de terceras partes,... 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 9 Arquitecturas de sistema Índice Modelo cliente-servidor Múltiples servidores Procesos de igual a igual 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 10
6 Arquitecturas cliente servidor cliente-servidor Cliente invocación invocación Servidor respuesta invocación Servidor respuesta Cliente respuesta proceso máquina Muy habitual (DNS, Web, ftp, telnet,...) Un servidor puede ser cliente de otro servicio (servidor web -> crawler) 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 11 Arquitecturas cliente servidor servidores múltiples Cliente Servidor Servidor Cliente Servidor Muy usada en DNS, Web y NIS 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 12
7 Arquitecturas cliente servidor proxy y caché Caché: almacena los recursos más probablemente usados. Un caché puede responder a un esquema de proxy Los servidores proxy para el web aumentan la disponibilidad. 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 13 Arquitecturas cliente servidor proxy y caché Cliente web Servidor web Servidor proxy Cliente web Servidor web Usualmente, una Intranet El resto de Internet 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 14
8 Arquitecturas cliente servidor proxy y caché «Interfaz» Sujeto +petición ( ) sujetoreal +petición ( ) Proxy +petición ( ) 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 15 Arquitecturas de sistema procesos pares Cuando los roles entre procesos son de igual a igual (peer-to-peer) Desempeñan tareas semejantes Útil al descomponer aplicaciones en tareas coordinadas Ejemplo: Cooperación y coordinación Algoritmos descentralizados (coordinación de agendas, trabajo colaborativo,...) 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 16
9 Arquitecturas de sistema procesos pares Aplicación Código de coordinación Aplicación Código de coordinación Aplicación Código de coordinación 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 17 Variaciones en el modelo cliente-servidor Ejemplos Ejemplo: applets para clientes Web Para implementar interfaces complejos Para simular un modelo push sobre Web Cliente web Servidor web Cliente web Applet Servidor 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 18
10 Variaciones en el modelo cliente-servidor Ejemplos Algunas posibilidades: Según la ubicación del código del proceso cliente: Código estático Código con movilidad (recolocación del proceso) Según la proporción de tareas que recae sobre el cliente y el servidor Clientes al estilo habitual Clientes ligeros de aplicaciones complejas Computadoras de red 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 19 Variaciones en el modelo cliente-servidor cliente ligero Aplicación centralizada Distribución Cliente ligero (interfaz) Network Computer o PC Procesamiento (lógica de negocio) Servidor de cómputo 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 20
11 Variaciones en el modelo cliente-servidor red espontánea Más posibilidades Según la conexión: Enlace estático Enlace dinámico (Dispositivos móviles y enlace espontáneo) Conexión espontánea Metropolitana (GPRS, UTMS) Media (x0 o x00 m) (Wavelan, Wireless b) Corta (x o x0 m) (BlueTooth, infrarojos, HomeRF) 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 21 Variaciones en el modelo cliente-servidor red espontánea gateway Music service Alarm service Internet Discovery service Hotel wireless network Camera TV/PC Laptop PDA Guests devices 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 22
12 Variaciones en el modelo cliente-servidor red espontánea Ventajas del enlace espontáneo Facilidad de conexión a la red local Facilidad de integración con los servicios locales Cuestiones a resolver Problemas de conectividad (zonas sombra, cambio de célula,...) Seguridad Servicios de detección y/o descubrimiento Admisión Búsqueda 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 23 Variaciones en el modelo cliente-servidor Más posibilidades Según el diseño de la interfaz entre procesos: Interfaz estático Interfaz orientado a llamada a procedimiento remoto Interfaz con llamada a procedimiento remoto: Estático (el habitual en RPC) Orientado a objetos (Dinámico) 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 24
13 Interfaces y objetos Interfaz de un proceso Conjunto de peticiones a que responde Estilos Mediante interfaces de módulos módulos Soportado en Modula2, RPC,... Mediante la interfaz de los objetos en OOP Soportado de modo natural para SD en: Java RMI CORBA 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 25 Interfaces y objetos para S.D. Los procesos contienen objetos cuyos métodos podemos invocar de modo remoto Es deseable que las referencias a los objetos remotos se usen de modo transparente (como las locales) No podemos hablar exclusivamente de procesos cliente y procesos servidor, sino de objetos cliente y objetos servidor 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 26
14 Requisitos de diseño para arquitecturas distribuidas Requisitos no funcionales (Análisis del sistema) medibles Requisitos de rendimiento o prestaciones Requisitos de calidad de servicio (cuestión relacionada: caché y replicación) no medibles (fiabilidad) Tolerancia Seguridad 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 27 Requisitos de diseño... sobre prestaciones Capacidad de respuesta (responsiveness) Está limitada por: La velocidad de las redes La velocidad de los nodos, y en este caso La cantidad de capas (middleware). Productividad (throughput) Tareas completadas /tiempo Balance de cargas (disminuyen la competición) Entre computadoras alternativas Entre los procesos implicados Ej: 1000 reservas de billete por segundo. Ej: la carga media de cada servidor debe estar balanceada y no superar el 50 % 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 28
15 Requisitos de diseño... sobre calidad de servicio Calidad de Servicio (en general): Capacidad de respuesta, Productividad, Balance de carga + fiabilidad, seguridad, adaptabilidad Indicador de la aceptabilidad de un servicio Está relacionada con fiabilidad, seguridad y adaptabilidad. Actualmente se recomienda usar QoS para hacer referencia a la capacidad de garantizar tasas de transferencia y tiempos límite (en telecomunicaciones)... Importante para datos críticos en el tiempo (caudales de sonido, de vídeo, etc...) 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 29 Requisitos de diseño... sobre prestaciones Las prestaciones son un obstáculo principal para el despliegue de soluciones distribuidas Al usar réplicas y caché, se disminuye comunicación y tiempos. Ejemplo: protocolo de caché de web (para navegadores y clientes web) Recurso + tiempo de expiración + tiempo local del servidor web 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 30
16 Requisitos de diseño... sobre fiabilidad Corrección Tolerancia a fallos Se consigue introduciendo redundancia en recursos software y en componentes físicos; Computadoras, procesos, enlaces de red,... también con protocolos con reconocimiento, y con mecanismos de recuperación. Seguridad Protección activa y pasiva contra ataques, y Mecanismos de seguridad criptográfica. 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 31 Modelos fundamentales Modelo: contiene los elementos esenciales para comprender y razonar sobre el sistema Manifiesta las premisas del sistema Generaliza sobre lo que es posible o no. Principales modelos: De interacción De fallo De seguridad 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 32
17 Modelo de Interacción proceso p envía(m) emisión canal recepción proceso q recibe(m) La forma en que se produce el paso de mensajes entre los procesos restringe los modos de interacción Retrasos, precisión, y tiempo Modelo de Programación distribuido Modelo de comunicación Modelo de Canal de comunicación 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 33 Modelo de interacción Problemas presentados en las prestaciones del canal Latencia: Retardo entre la emisión y recepción: acceso + transmisión + propagac. niveles soft. Velocidad limitada (Datos/t) Fluctuación o cortes (jitter) Problemas presentados en la noción de tiempo (timestamps de cada evento): Derivas (diferencia horaria) diferentes Tasas de derivas (ritmo de deriva) diferentes 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 34
18 Modelo de interacción tiempo y sincronicidad En virtud del modelo de comunicación aparecen dos familias de sistemas: Sistemas distribuidos síncronos Sistemas distribuidos asíncronos Respuesta de los procesos Tiempo de comunicación Error en los relojes Sistema distribuido síncrono Timeouts superior e inferior en cada etapa de proceso Timeouts de recepción conocidos Tasas de deriva locales conocidas Sistema distribuido asíncrono Velocidad de proceso muy variable Retardos imprevisibles en la transmisión Tasas de de deriva imprevisibles 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 35 Modelo de interacción tiempo y sincronicidad Consecuencia básica de la asincronicidad en un sistema asíncrono los eventos pueden observarse desordenados con respecto a su generación Ejemplo: 1. El usuario X envía un mensaje con el tema Reunión. 2. Los usuarios Y y Z responden con un mensaje con el tema Re: Reunión. 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 36
19 Modelo de interacción tiempo y sincronicidad Elemento Bandeja de entrada Emisor Asunto Z Re: Reunión X Reunión Y Re: Reunión Si rompe la relación de causalidad Si los relojes de X, Y y Z pudieran sincronizarse, podríamos observar la secuencia ordenada. 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 37 Modelo de interacción tiempo y sincronicidad X envía m 1 recibe recibe Y recibe envía m 2 recibe Z recibe recibe envía m 3 observador t 1 t 2 t 3 Tiempo físico 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 38
20 Modelo de interacción tiempo y sincronicidad Posibilidad en sistemas asínconos: Relojes lógicos: Proporcionan enteros consecutivos que permiten ordenar eventos marcados por un timestamp, con la relación de orden ocurrió_antes(s 1,S 2 ). X envía m 1 antes de que Y reciba m 1 T(envía(X,m 1 )) < T(recibe(Y,m 1 )) ocurrió_antes(envía(x,m 1 ), recibe(y,m 1 )) Y recibe m 1 antes de enviar m 2 T(recibe(Y,m 1 )) < T(envía(Y,m 2 )) ocurrió_antes(recibe(y,m 1 ), envía(y,m 2 )) Luego, por transitividad: T(envía(Y,m 2 )) < T(recibe(X,m 2 )) ocurrió_antes(envía(x,m 1 ), envía(y,m 2 )) X envía m 1 antes de que Y envíe m 2 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 39 Modelo de fallo tipos Fallo por omisión (del proceso, o del canal) Los componentes no cumplen sus funciones de temporización El fallo arbitrario requiere una categoría especial (o binzantinos) Temas de robustez y fiabilidad frente a fallos Enmascaramiento de fallos Fiablidad y comunicación uno a uno 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 40
21 Modelo de fallo tipos Rotura o caída (crash) El proceso se detiene indefinidamente, y el error puede no ser detectable. Opciones: 1. Un protocolo temporizado puede detectar fallos en la operación. 2. Un mecanismo de encuesta (polling) puede detectar fallos. Es mejor que ciertos procesos caigan antes que fallar y funcionar mal. El diseño es más simple si se supone que los procesos erróneos caen y se detecta la caída. 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 41 Modelo de fallo Fallo-detención (fail-stop) Caída detectable Opciones: Se recoge una notificación de caída tipos Omisión de emisión Posiblemente admite reintentos Se completa envía(), pero no llega a emitirse el mensaje Opciones: envía() devuelve un mensaje de error, que hay que catalogar R 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 42
22 Modelo de fallo tipos Omisión de recibimiento Se completa la recepción (escucha), pero no se recibe() el mensaje Opciones: 1. recibe() emite un error que hay que catalogar 2. Si recibe() está temporizado no se emite error y hay que interrogar a la interfaz de red. R 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 43 Modelo de fallo tipos Omisión del canal El mensaje no llega a ser escuchado Opciones: 1. Si recibe() está temporizado no se emite error y hay que interrogar a la interfaz de red. R 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 44
23 Modelo de fallo tipos Fallo arbitrario (bizantino) El sistema presenta un comportamiento arbitrario: omisiones, tiempos arbitrarios, paradas, fallos. Opciones: 1. Intentar catalogar el fallo de un modo más preciso mediante sondeos. 2. Incluir comprobaciones para descartar comportamientos puntualmente erróneos (ej: checksums) 3. El sistema puede tener que parar completamente para no ocasionar daños. R 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 45 Modelo de fallo tipos Fallo en el reloj La tasa de deriva del reloj es excesiva, y afecta al proceso local. Opciones: 1. Sincronizar frecuentemente. 2. Considerar inválido el reloj local. R 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 46
24 Modelo de fallo tipos Fallo de prestaciones en el proceso El proceso se demora en exceso Opciones: 1. Introducir un protocolo de sondeo con procesos de apoyo, para descartar fallos en el canal. 2. Invalidar el proceso mediante timeouts. Fallo de prestaciones en el canal La transmisión se demora en exceso. Opciones: 1. Introducir un protocolo de sondeo con procesos de apoyo, para descartar fallos en el proceso. R 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 47 Modelo de fallo enmascaramiento de fallo Aún es posible construir servicios fiables con componentes que presenten fallos. Ocultándolos bajo una capa software que se recupere de ciertos fallos Ejemplo: TCP/IP sobre red no fiable. (Reintentos) + (Reordenamiento) Convirtiéndolo en un fallo más aceptable Ejemplo: un fallo en un checksum de un dato recibido (fallo arbitrario) se puede convertir en un fallo por omisión del canal. (Comprobaciones auxiliares) 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 48
25 Modelo de fallo enmascaramiento de fallo Mediante redundancia y replicación Ej: sistema de varios servidores con réplicas Ej: sistema RAID para archivos. (soluciones ad-hoc)... El enmascaramiento y ocultación del fallo suele requerir el diseño de un servicio de más alto nivel: Ej: la pila de niveles de transporte TCP e ISO/OSI no solo elevan el nivel de abstracción sino que enmascaran y ocultan muchos fallos. 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 49 Modelo de seguridad Las técnicas de seguridad permiten la comprobación de fallos y la minimización de su posible aparición: Comunicación fiable Validez de la comunicación: cualquier mensaje enviado() será escuchado. Integridad de la comunicación: Cualquier mensaje recibido() es correcto y respeta la secuencialidad. Amenazas: Duplicación de mensajes, desorden, corrupción del mensaje, revelación, (y sigue...) 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 50
26 Modelo de seguridad amenazas A los procesos: Acceso indebido a los recursos Ataque a la integridad del proceso Suplantación de los principales interlocutores Falsificación de servicios Falsificación de peticiones 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 51 Modelo de seguridad amenazas A los canales: Acceso indebido al canal Captura de mensajes Reenvío de mensajes Eliminación de mensajes Modificación de mensajes y de código móvil A la disponibilidad del servicio: Ataque a la integridad de los servicios Ataque de denegación de servicio 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 52
27 Modelo de seguridad amenazas proceso p envía(m) emisión canal recepción proceso q recibe(m) enemigo Principal emisor Principal receptor Seguridad de... Las interacciones en procesos y canales Las acciones de acceso a objetos (derechos) 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 53 Modelo de seguridad técnicas Criptografía (de clave secreta y de clave pública) Encriptación para preservar la privacidad Firmas para preservar la autenticidad Autenticación para preservar la identidad Contrato digital para preservar la legalidad Ejemplos de servicios seguros Correo electrónico seguro Pagos seguros por Internet 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 54
28 Modelo de seguridad técnicas Técnicas sobre derechos de acceso Control de acceso a los recursos Control de acceso a los servicios Técnicas de filtrado y seguridad de tráfico en redes. Mecanismos de confianza por dominios Protección pasiva Cortafuegos Tunelización... 26/03/2003 Sistemas Distribuidos (I.T.Informática - UVA (c) César Llamas Bello 2003) 55
Modelos de los sistemas distribuidos. Jorge Iván Meza Martínez jimezam@gmail.com
Modelos de los sistemas distribuidos Jorge Iván Meza Martínez jimezam@gmail.com Especialización en Gestión de Redes de Datos Universidad Nacional de Colombia Sede Manizales 1/36 Contenidos Modelo arquitectónico
Sistemas Distribuidos. Sistemas Distribuidos. Definiciones. Definición
Sistemas Distribuidos Sistemas Distribuidos Por: Mariela Curiel Basado en los textos: Sistemas Distribuidos Conceptos y Diseño G. Coulouris, J. Dollimore, TimKinberg Definiciones Ejemplos Desafíos en el
Sistemas Distribuidos. (Arquitecturas)
(Arquitecturas) Dr. Víctor J. Sosa Sosa vjsosa@cinvestav.mx II-1 Arquitecturas Los SD son los sistemas de software más complejos Nortel Networks crea switches los cuales pueden contener entre 25-30 millones
Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes.
SISTEMAS DISTRIBUIDOS DE REDES 2.- MODELOS ORIENTADOS A OBJETOS DISTRIBUIDOS 2.1. Tecnologías de sistemas distribuidos Para la implementación de sistemas distribuidos se requiere de tener bien identificados
Multicast con/sin búfer (en el receptor) Semánticas de envío Tipos de multicast
IPC en Grupo Índice Grupos, tipología, tipos de comunicación y utilidad Soporte de los modos de comunicación MultidifusiónIP Multicast con/sin búfer (en el receptor) Semánticas de envío Tipos de multicast
1. Introducción a la Gestión de Redes
1. Concepto de gestión de red. 2.1. Gestión Autónoma. 2.2. Gestión Homogénea. 2.3. Gestión Heterogénea. 2.4. Gestión Integrada. 3. Recursos utilizados en gestión de red. 4.1. Monitorización de red. 4.2.
Comunicación Indirecta
Sistemas Operativos Distribuidos Comunicación Indirecta Alejandro Alonso Dpto. Ing. de Sistemas Telemáticos Contenidos 1. Introducción 2. Comunicación de grupos 3. Editor/Suscriptor 4. Colas de mensajes
Arquitectura de sistema de alta disponibilidad
Mysql Introducción MySQL Cluster esta diseñado para tener una arquitectura distribuida de nodos sin punto único de fallo. MySQL Cluster consiste en 3 tipos de nodos: 1. Nodos de almacenamiento, son los
Infraestructura Tecnológica. Sesión 5: Arquitectura cliente-servidor
Infraestructura Tecnológica Sesión 5: Arquitectura cliente-servidor Contextualización Dentro de los sistemas de comunicación que funcionan por medio de Internet podemos contemplar la arquitectura cliente-servidor.
Los mayores cambios se dieron en las décadas de los setenta, atribuidos principalmente a dos causas:
SISTEMAS DISTRIBUIDOS DE REDES 1. SISTEMAS DISTRIBUIDOS Introducción y generalidades La computación desde sus inicios ha sufrido muchos cambios, desde los grandes equipos que permitían realizar tareas
Sistemas Distribuidos Modelos. Rodrigo Santamaría
+ Sistemas Distribuidos Modelos Rodrigo Santamaría + Modelos Componentes Plataforma Middleware Modelos físicos Modelos arquitectónicos Modelos fundamentales 2 + Modelos de sistema distribuido 3 n Todos
5.1 Introducción a Servicios Web
5.1 Introducción a Servicios Web Introducción Continuando con el ejemplo de intercambio de información de películas... => Actualmente ya no es necesario implementar la solución sugerida a mano Se han estandarizado
Memoria Compartida Distribuida (DSM) Sistema de Archivos
Memoria Compartida Distribuida (DSM) La memoria compartida distribuida es una abstracción que se propone como alternativa a la comunicación por mensajes. Memoria compartida basada en páginas: este esquema
Capítulo 5. Cliente-Servidor.
Capítulo 5. Cliente-Servidor. 5.1 Introducción En este capítulo hablaremos acerca de la arquitectura Cliente-Servidor, ya que para nuestra aplicación utilizamos ésta arquitectura al convertir en un servidor
1. Sistemas Distribuidos
1. Sistemas Distribuidos M. Farias-Elinos Faster!!! The Tim Allen View of Computing Bigger Problems I want 7 days of weather not 2 I want 1024x1024x16-bit color Most modern applications such as weather
Qué se entiende por diseño arquitectónico? Comprende el establecimiento de un marco de trabajo estructural básico para un sistema. Alude a la estructura general del software y el modo en que la estructura
1. Introducción 2. Historia 3. Características clave 4. Cuestiones de diseño
Tema 1. Introducción a los sistemas distribuidos 1. Introducción 2. Historia 3. Características clave 4. Cuestiones de diseño Tema 1 Introducción a los Sistemas Distribuidos 1 Introducción y objetivos
Tema 1. Arquitectura Cliente/Servidor
Tema 1. Arquitectura Cliente/Servidor SCS Sistemas Cliente/Servidor 4 o informática http://ccia.ei.uvigo.es/docencia/scs 27 de septiembre de 2009 FJRP, FMBR [sistemas cliente-servidor] CCIA 1.1 Sistemas
OBJETIVOS DE APRENDIZAJE
PLAN DE ESTUDIOS: SEGUNDO CICLO ESPECIALIDAD COMPUTACIÓN 4 to AÑO CAMPO DE FORMACIÓN: ESPECIALIZACIÓN ÁREA DE ESPECIALIZACIÓN: EQUIPOS, INSTALACIONES Y SISTEMAS UNIDAD CURRICULAR: ADMINISTRACIÓN DE SISTEMAS
Arquitectura cliente/servidor
Departamento de Lenguajes y Sistemas Informáticos Arquitectura cliente/servidor Programación en Internet Curso 2007-2008 Índice Introducción Tipos de servidores Ventajas Desventajas Arquitectura de una
PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE
PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,
SIEWEB. La intranet corporativa de SIE
La intranet corporativa de SIE por ALBA Software Acceso a los servicios SIE desde páginas Web para los usuarios de sistema *. Administración del Sistema (cuentas de usuarios, permisos, servicios, etc...)
Necesidad, Ámbito y Aéreas de Aplicación: Clientes Potenciales
SoftTelecom QoE Net Necesidad, Ámbito y Aéreas de Aplicación: Clientes Potenciales Todas las empresas que tratan con gran volumen de clientes ofrecen parte de su servicio por Red. No siempre es fácil detectar
Análisis del Sistema de Información
Análisis del Sistema de Información 1 1. Definición y objetivos análisis.(del gr. ἀνάλυσις). 1. m. Distinción y separación de las partesdeun todo hasta llegar a conocer sus principios o elementos. 2. m.
Modulo I. Introducción a la Programación Web. 1.1 Servidor Web.
Modulo I. Introducción a la Programación Web. 1.1 Servidor Web. Antes de analizar lo que es un servidor Web y llevara a cabo su instalación, es muy importante identificar diferentes elementos involucrados
PLATAFORMA DE ENVÍO DE SMS CON MÁXIMA DISPONIBILIDAD
PLATAFORMA DE ENVÍO DE SMS CON MÁXIMA DISPONIBILIDAD Redundante, multi-localización y sin puntos de fallo digital@soydigital.com Tel 902 153 644 Fax 922 683 135 www.soydigital.com Avda. Marítima, 25 Edf.
RAID 0 : No redundante
RAID ECP RAID RAID - Redundant Array of Independent Discs, 1987 Combinar varios discos, pequeños y baratos, en un sólo dispositivo lógico de disco y distribuir los datos a través de las unidades físicas
El grupo de trabajo IEEE 802.15 ha definido tres clases de WPANs que se
2 Disposiciones generales. 2.1 Tipos de WPANs. El grupo de trabajo IEEE 802.15 ha definido tres clases de WPANs que se diferencian por su rango de datos, consumo de energía y calidad de servicio (QoS).
Sistemas Distribuidos
Objetivos del curso Sistemas Distribuidos Presentar una visión global del estado del arte y los aspectos más novedosos del diseño y construcción de sistemas distribuidos. Desarrollar ejemplos prácticos
Servidores corporativos Linux
Servidores corporativos Linux Contenidos Contenidos... 1 Introducción... 2 Controlador de dominio Windows en Linux... 2 Servidor de ficheros e impresoras Linux... 3 Alta disponibilidad... 4 Otros servicios
Introducción a las redes de computadores
Introducción a las redes de computadores Contenido Descripción general 1 Beneficios de las redes 2 Papel de los equipos en una red 3 Tipos de redes 5 Sistemas operativos de red 7 Introducción a las redes
TOPOLOGÍAS DE RED. TOPOLOGÍA FÍSICA: Es la forma que adopta un plano esquemático del cableado o estructura física de la red.
TOPOLOGÍAS DE RED QUE ES UNA TOPOLOGIA? Una red informática está compuesta por equipos que están conectados entre sí mediante líneas de comunicación (cables de red, etc.) y elementos de hardware (adaptadores
Arquitectura de Software
Arquitectura de Software (Estilos Arquitectónicos) Universidad de los Andes Demián Gutierrez Mayo 2011 1 Diseño Arquitectónico Diseño Arquitectónico Arquitectura del Software Estilos Arquitectónicos Frameworks
SISTEMAS DE INFORMACIÓN II TEORÍA
CONTENIDO: EL PROCESO DE DISEÑO DE SISTEMAS DISTRIBUIDOS MANEJANDO LOS DATOS EN LOS SISTEMAS DISTRIBUIDOS DISEÑANDO SISTEMAS PARA REDES DE ÁREA LOCAL DISEÑANDO SISTEMAS PARA ARQUITECTURAS CLIENTE/SERVIDOR
Arquitecturas cliente/servidor
Arquitecturas cliente/servidor Conceptos básicos 1 Conceptos básicos 1. Definición de puerto 2. Sockets 3. Conceptos cliente/servidor 4. Definición de Stream 5. Concurrencia, multiprogramación y multitarea
Tecnologías De La Información Y Comunicación I. Firewall Y Proxy. Integrantes: Héctor Duran. Katherine Zumelzu
Firewall Y Proxy Integrantes: Héctor Duran Katherine Zumelzu Fecha: 15/04/2015 Índice Qué es un firewall?... 3 Tipos de Firewall... 4 -Nivel de aplicación de Pasarela:... 4 -Circuito a nivel de Pasarela:...
Requerimiento Tecnológico para acceso a Sistemas del SIAF
Requerimiento Tecnológico para acceso a Sistemas del SIAF Lineamientos de infraestructura tecnológica para la operación de Sistemas Financieros Ver. 3.0 Guatemala, Diciembre de 2008 PAG. 1/7 INDICE ANTECEDENTES...3
Windows Server 2003. Windows Server 2003
Windows Server 2003 Windows Server 2003 Es un sistema operativo de la familia Windows de la marca Microsoft para servidores que salió al mercado en el año 2003. Está basada en tecnología NT y su versión
Univ. de Concepción del Uruguay Facultad de Ciencias Agrarias Ingeniería Agrónoma
INFORMÁTICA Univ. de Concepción del Uruguay Facultad de Ciencias Agrarias Ingeniería Agrónoma Informática Teoría Unidad 5 Prof. Ing Ezequiel Benavente Ciclo lectivo 2014 Diferencias entre un Modem y un
Permite compartir recursos en forma coordinada y controlada para resolver problemas en organizaciones multiinstitucionales
The Anatomy of the Grid Enabling Scalable Virtual Organization Autores : Ian Foster, Carl Kesselman y Steven Tuecke. 2001 GRIDS y Organizaciones Virtuales Permite compartir recursos en forma coordinada
ARQUITECTURAS CLIENTE/SERVIDOR
Arquitecturas Cliente/Servidor, Sem 2016-1 M.I.Yasmine Macedo Reza 1 ARQUITECTURAS CLIENTE/SERVIDOR Conceptos básicos Arquitecturas Cliente/Servidor, Sem 2016-1 M.I.Yasmine Macedo Reza 2 Conceptos básicos
Universidad Autónoma de Manizales Departamento de Ciencias Computacionales
Universidad Autónoma de Manizales Departamento de Ciencias Computacionales ASIGNATURA CÓDIGO 1004 Sistemas Distribuidos NÚMERO DE CRÉDITOS Trabajo Presencial PRERREQUISITOS Trabajo dirigido Redes LAN PERIODO
Sistemas Ubicuos 4. Descubrimiento de servicios
Sistemas Ubicuos 4. Descubrimiento de servicios Departamento de Arquitectura y Tecnología de Computadores 1 Descubrimiento de servicios 1. Introducción 2. Protocolos de descubrimiento de servicios 3. Estructura
Quality of Service MODULO I FUNDAMENTOS DE NETWORKING 14/04/2012. Ing. Nelwi Báez P. Msc. Página 0
MODULO I FUNDAMENTOS DE NETWORKING 14/04/2012 Ing. Nelwi Báez P. Msc. Página 0 Son las tecnologías que garantizan la transmisión de cierta cantidad de información en un tiempo dado (throughput). Calidad
18 y 19 Sistemas de Archivos Distribuidos y Tarea 05
18 y 19 Sistemas de Archivos Distribuidos y Tarea 05 Prof. Edgardo Adrián Franco Martínez http://computacion.cs.cinvestav.mx/~efranco efranco.docencia@gmail.com Estructuras de datos (Prof. Edgardo A. Franco)
Sistemas de Operación II
Sistemas de Operación II Sistemas de Archivos Distribuidos Prof. Carlos Figueira Basado en material de Yudith Cardinale (USB) Andrew Tanembaum y Marteen van Steen Contenido Introducción Requisitos Aspectos
Plataformas operativas de tecnologías de información. Afinación del rendimiento
Plataformas operativas de tecnologías de información Afinación del rendimiento Afinación del Rendimiento Tolerancia a fallos. Fiabilidad. Recuperación. Alta disponibilidad. Interoperabilidad con otros
BBVA emarkets Seguridad
BBVA emarkets Seguridad BBVA emarkets BBVA emarkets es un sistema para realizar operaciones mediante Internet. El sistema no requiere la instalación de software y se puede ingresar a él mediante un navegador
Dispositivos de Red Hub Switch
Dispositivos de Red Tarjeta de red Para lograr el enlace entre las computadoras y los medios de transmisión (cables de red o medios físicos para redes alámbricas e infrarrojos o radiofrecuencias para redes
ESCUELA NORMAL PROF. CARLOS A CARRILLO
ESCUELA NORMAL PROF. CARLOS A CARRILLO QUE ES UNA RED L A S T I C S E N L A E D U C A C I O N P R E E S C O L A R P R O F. C R U Z J O R G E A R A M B U R O A L U M N A : D U L C E C O R A Z Ó N O C H
Sistemas de Información Introducción a los Sistemas de Información: El Modelo Cliente/Servidor
Sistemas de Información Introducción a los Sistemas de Información: El Modelo Cliente/Servidor Agradecimientos: por su contribución a la realización de estas transparencias: Jesus Villamor Lugo y Simon
4. Programación Paralela
4. Programación Paralela La necesidad que surge para resolver problemas que requieren tiempo elevado de cómputo origina lo que hoy se conoce como computación paralela. Mediante el uso concurrente de varios
Diseño de Base de Datos
Diseño de Base de Datos DISEÑO DE BASE DE DATOS 1 Lectura No. 2 Nombre: Arquitectura Cliente-Servidor Contextualización Qué es la arquitectura Cliente-Servidor? En la nueva de las comunicaciones a través
SISTEMAS DE ARCHIVOS DISTRIBUIDOS
SISTEMAS DE ARCHIVOS DISTRIBUIDOS Tema # VII Sistemas de operación II Abril-Julio 2008 Yudith Cardinale Introducción Requisitos Aspectos de Diseño Servicios de archivos Servicios de directorios Módulo
REPLICACIÓN. Mariela Curiel. mcuriel@javeriana.edu.co
REPLICACIÓN Mariela Curiel mcuriel@javeriana.edu.co QUÉ SON RÉPLICAS Y PARA QUÉ SIRVEN? Mantener copias de los datos en múltiples computadores. Es una técnica para mejorar los servicios. Permite: mejorar
Monitoreo de red. Inventario de hardware y software. Monitoreo actividad del usuario. Soporte a usuarios. Protección contra fuga de datos.
nvision Es una solución modular que permite gestionar la red, llevar el control y cumplimiento de licencias inventario de hardware y software de equipos Windows, monitorear la actividad que realizan diariamente
El Modelo de Referencia OSI
El Modelo de Referencia OSI Tabla de Contenidos 2. El Modelo de Referencia OSI... 2 2.1 Nivel físico...4 2.2 Nivel de enlace... 4 2.3 Nivel de red... 5 2.4 Nivel de transporte...5 2.5 Nivel de sesión...
Efectos de los dispositivos de Capa 2 sobre el flujo de datos 7.5.1 Segmentación de la LAN Ethernet
7.5 Efectos de los dispositivos de Capa 2 sobre el flujo de datos 7.5.1 Segmentación de la LAN Ethernet 1 2 3 3 4 Hay dos motivos fundamentales para dividir una LAN en segmentos. El primer motivo es aislar
Redes de Altas Prestaciones
Redes de Altas Prestaciones TEMA 3 Redes SAN -Alta disponibilidad -Sistemas Redundantes -Curso 2010 Redes de Altas Prestaciones - Indice Conceptos Componentes de un SAN Términos más utilizados Topología
Redes de Altas Prestaciones
Redes de Altas Prestaciones TEMA 3 Tecnologías Soporte tolerante a fallos -Curso 2010 Redes de Altas Prestaciones - Indice Conceptos Topología en Alta Disponibilidad Tecnologías disponibles Tecnología
Sistema de Provisión Centralizada CPS
Sistema de Provisión Centralizada CPS Descripción del Producto Rev. A1, 03 de Agosto de 2011 1. DESCRIPCIÓN GENERAL DEL CPS Central Provision System (CPS) es un sistema de provisión y administración de
Nuevas tendencias: Virtualización de computadores / servidores
Nuevas tendencias: Virtualización de computadores / servidores Expositor: Ing. José Wu Chong Laboratorio de Internetworking FIA DATA Agenda Qué es un servidor? Qué servicios hay en la red? Qué es Virtualización?
Capas del Modelo ISO/OSI
Modelo ISO/OSI Fue desarrollado en 1984 por la Organización Internacional de Estándares (ISO), una federación global de organizaciones que representa aproximadamente a 130 países. El núcleo de este estándar
DISCOS RAID. Se considera que todos los discos físicos tienen la misma capacidad, y de no ser así, en el que sea mayor se desperdicia la diferencia.
DISCOS RAID Raid: redundant array of independent disks, quiere decir conjunto redundante de discos independientes. Es un sistema de almacenamiento de datos que utiliza varias unidades físicas para guardar
13º Unidad Didáctica. RAID (Redundant Array of Independent Disks) Eduard Lara
13º Unidad Didáctica RAID (Redundant Array of Independent Disks) Eduard Lara 1 RAID: INTRODUCCIÓN Sistema de almacenamiento que usa múltiples discos duros entre los que distribuye o replica los datos.
Unidad IV: TCP/IP. 4.1 Modelo Cliente-Servidor
Los usuarios invocan la parte cliente de la aplicación, que construye una solicitud para ese servicio y se la envía al servidor de la aplicación que usa TCP/IP como transporte. Unidad IV: TCP/IP 4.1 Modelo
Sistemas. Distribuidos
Sistemas Distribuidos a los Sistemas Distribuidos Lima, enero 2009 Ing Roberto Montero Flores pcsirmon@upc.edu.pe Pag. 1 AGENDA A) Definiciones B) Utilización Internet Intranet Computación n móvilm C)
INTERNET 4º ESO INFORMATICA / DEP. TECNOLOGIA
INTERNET 4º ESO INFORMATICA / DEP. TECNOLOGIA INTERNET Es una red mundial descentralizada, constituida por ordenadores que se conectan mediante un protocolo especial de comunicación, Internet Protocolo
Redes (IS20) Ingeniería Técnica en Informática de Sistemas. http://www.icc.uji.es. CAPÍTULO 8: El nivel de transporte en Internet
Redes (IS20) Ingeniería Técnica en Informática de Sistemas http://www.icc.uji.es CAPÍTULO 8: El nivel de transporte en Internet ÍNDICE 1. Introducción Curso 2002-2003 - Redes (IS20) -Capítulo 8 1 1. Introducción
Comunicación entre procesos
Comunicación entre procesos Patrones de comunicación Comunicación cliente-servidor En la que los mensajes de petición y respuesta proporcionan la base para la invocación remota de métodos o de procedimientos.
Política de Continuidad del Negocio de BME Clearing
Política de Continuidad del Negocio de BME Clearing Contenido 1. Introducción 1 2. Objetivos globales de la Política de Continuidad 1 3. Alcance de la Política de Continuidad del Negocio de BME CLEARING
2.2.2. ARQUITECTURAS DE SISTEMA
Modelos de sistema 31 Limitaciones del middleware: Muchas aplicaciones distribuidas dependen enteramente de los servicios proporcionados por el middleware disponible, para soportar sus necesidades de comunicación
Definición del Sistema de Gestión de Seguridad de la Información (SGSI) ALCALDÍA DE SANTA ROSA DE OSOS
Definición del Sistema de Gestión de Seguridad de la Información (SGSI) ALCALDÍA DE SANTA ROSA DE OSOS ALCANCE El alcance del SGSI se define como la manera en que la alcaldía municipal de Santa Rosa de
LX20 Transmisor universal GPRS
LX20 Transmisor universal GPRS GPRS un medio de comunicación eficiente Cómo funciona? El transmisor universal GPRS LX20 permite el uso de la red de telefonía celular GSM para la transmisión de eventos
Sistemas de Gestión de Documentos Electrónicos de Archivo (SGDEA)
Sistemas de Gestión de Documentos Electrónicos de Archivo (SGDEA) Agenda 1. Introducción 2. Concepto Documento Electrónico 3. A que se le denomina Documento Electrónico 4. Componentes de un Documento Electrónico
Arquitectura Cliente/Servidor
Arquitectura Cliente/Servidor Claudio Cubillos Escuela de Ingeniería Informática Pontificia Universidad Católica de Valparaíso, Chile claudio.cubillos@ucv.cl Arquitectura cliente/servidor v Servidor: rol
INTRODUCCION. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia
INTRODUCCION. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia Qué es una Red? Es un grupo de computadores conectados mediante cables o algún otro medio. Para que? compartir recursos. software
SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO
SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO Introducción:...1 Service Oriented Architecture...2 Elementos de una Service Oriented Architecture...2 Application frontends...2 Servicios...2 Contrato:...3
REDES INFORMÁTICAS. Un equipo se dice que es cliente cuando aprovecha el servicio ofrecido por el servidor.
REDES INFORMÁTICAS La finalidad de toda red informática es la de compartir recursos, información servicios, ahorro económico y tener una gestión centralizada. Para ello es necesario que un equipo actúe
School Spain. Unidad 8: Diseño de LAN
Unidad 8: Diseño de LAN 1 Capacidades de un diseño LAN Todas las redes comparten un número determinado de capacidades. Su desarrollo determina la calidad del diseño. Fiabilidad Garantiza la conectividad
Infraestructura Tecnológica. Sesión 1: Infraestructura de servidores
Infraestructura Tecnológica Sesión 1: Infraestructura de servidores Contextualización La infraestructura de cualquier servicio o mecanismo es importante, define el funcionamiento de los elementos en que
ACUERDO DE NIVELES DE SERVICIO (SLA) SERVIDOR DEDICADO - RINGO. IPLAN iplan.com.ar NSS S.A. Reconquista 865 C1003ABQ Buenos Aires Argentina
ACUERDO DE NIVELES DE SERVICIO (SLA) SERVIDOR DEDICADO - RINGO 1 CONDICIONES GENERALES El presente documento especifica los términos del acuerdo de niveles de servicio (también llamado SLA, Service Level
TEMA: Las Redes. NOMBRE Torres Castillo Ana Cristina. PROFESOR: Genaro Israel Casas Pruneda. MATERIA: Las TICS en la educación.
TEMA: Las Redes NOMBRE Torres Castillo Ana Cristina. PROFESOR: Genaro Israel Casas Pruneda. MATERIA: Las TICS en la educación. QUÉ ES UNA RED? Una red informática es un conjunto de dispositivos interconectados
Aspectos Básicos de Networking
Aspectos Básicos de Networking ASPECTOS BÁSICOS DE NETWORKING 1 Sesión No. 4 Nombre: Capa de transporte del modelo OSI Objetivo: Al término de la sesión el participante aplicará las principales características
Procesos Distribuidos. CI 2205 III - 2013 Lunes y miércoles, 5:00 pm a 9:00 pm Aula 205 Profesor: Diego Villalba
Procesos Distribuidos CI 2205 III - 2013 Lunes y miércoles, 5:00 pm a 9:00 pm Aula 205 Profesor: Diego Villalba Recursos distribuidos Commodity Utility Cloud Cloud computing Crecimiento de Internet Date
Sistemas de Operación II
Sistemas de Operación II Procesos en Sistemas Distribuidos Prof. Carlos Figueira Basado en material de Yudith Cardinale, Mariela Curiel (USB) Andrew Tanembaum y Marteen van Steen Contenido Clientes Servidores
1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones.
Módulo Profesional: Servicios en Red. Código: 0227. Resultados de aprendizaje y criterios de evaluación. 1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones.
Sistemas Ubicuos 6. Seguridad y privacidad
Sistemas Ubicuos 6. Seguridad y privacidad 1 Plataformas y arquitectura middleware Metodologías Herramientas y plataformas Interfaces de usuario Servicios Aplicaciones inteligentes Infraestructuras software
UNIVERSIDAD DE ORIENTE FACULTAD DE ICIENCIAS ECONOMICAS LAS REDES I. Licda. Consuelo Eleticia Sandoval
UNIVERSIDAD DE ORIENTE FACULTAD DE ICIENCIAS ECONOMICAS LAS REDES I Licda. Consuelo Eleticia Sandoval OBJETIVO: ANALIZAR LAS VENTAJAS Y DESVENTAJAS DE LAS REDES DE COMPUTADORAS. Que es una red de computadoras?
Introducción. Sistema distribuido
Introducción Sistemas Distribuidos M. En C. José Alfredo Estrada Soto Sistema distribuido Es aquel en el que los componentes hardware o software, localizados en computadoras unidas mediante red, comunican
ARC 101 Architecture Overview Diagram
ARC 101 Architecture Overview Diagram Estudio de Arquitectura para la evolución tecnológica de los aplicativos de ATyR Banco de Previsión Social ATYR Evolución Tecnológica Pág 1 of 10 Tabla de Contenidos
Service Oriented Architecture
Programación Concurrente y Distribuida Ingeniería en Informática Service Oriented Architecture José Carlos Cortizo Pérez josecarlos.cortizo@uem.es http://www.esp.uem.es/jccortizo D. Sistemas Informáticos
www.spensiones.cl/tea Transferencia Electrónica de Archivos (TEA) Normas Técnicas
Transferencia Electrónica de Archivos (TEA) Normas Técnicas Fecha de actualización: 15 de abril de 2015 1. Características de los enlaces de comunicaciones La comunicación con la Superintendencia de Pensiones
Seguridad Perimetral. Juan Manuel Espinoza Marquez juanmanuel.espinoza@gmail.com CFT San Agustín Linares -2012
Seguridad Perimetral Juan Manuel Espinoza Marquez juanmanuel.espinoza@gmail.com CFT San Agustín Linares -2012 Introducción La mayoría de las empresas sufren la problemática de seguridad debido a sus necesidades
Bloque IV: El nivel de red. Tema 10: Enrutamiento IP básico
Bloque IV: El nivel de red Tema 10: Enrutamiento IP básico Índice Bloque IV: El nivel de red Tema 10: Enrutamiento IP básico Introducción Tabla de enrutamiento Algoritmo de enrutamiento Direcciones IP
SIGAN 1.0 SISTEMA DE INFORMACIÓN DE GESTIÓN ADMINISTRATIVA DE NÓMINA
RIF: V-16233325-5 SIGAN 1.0 SISTEMA DE INFORMACIÓN DE GESTIÓN ADMINISTRATIVA DE NÓMINA Sistema desarrollado bajo software libre, con orientación al manejo de base de datos a través de una interfaz gráfica
Información sobre seguridad
Información sobre seguridad SMART kapp incluye características de protección de datos diseñadas para mantener el contenido controlador de forma predecible. En esta página se explican las características
Módulo 2 Comunicación
Sistemas Distribuidos Módulo 2 Comunicación Facultad de Ingeniería Departamento de Informática Universidad Nacional de la Patagonia San Juan Bosco Comunicación en Sistemas Distribuidos Modelos de Comunicaciones
MODELOS DE SISTEMA. 2.1. Introducción 2.2. Modelos arquitectónicos 2.3. Modelos fundamentales 2.4. Resumen
MODELOS DE SISTEMA 2.1. Introducción 2.2. Modelos arquitectónicos 2.3. Modelos fundamentales 2.4. Resumen Un modelo arquitectónico de un sistema distribuido trata sobre la colocación de sus partes y las
Introducción En este apartado se va a proporcionar una apreciación global del SRS.
INTRODUCCIÓN Se pretende desarrollar una aplicación web para la gestión de un restaurante que ofrece espectáculos en fechas determinadas con el fin de poner en práctica los principios de planificación