PARADIGMA DEL DESARROLLO DE SISTEMAS DISTRIBUIDOS

 Cloud Computing

La computación en la nube, conocida también como servicios en la nube, informática en la nube, nube de cómputo o nube de conceptos (del inglés cloud computing), es un paradigma que permite ofrecer servicios de computación a través de una red, que usualmente es Internet.

Paso de Mensajes

La aproximación más básica a la comunicación entre procesos es el paso de mensajes. En este paradigma, los datos que representan mensajes se intercambian entre dos procesos, un emisor y un receptor.

El paso de mensajes es el paradigma fundamental para aplicaciones distribuidas. Un proceso envía un mensaje que representa una petición. El mensaje se entrega a un receptor, que procesa la petición y envía un mensaje como respuesta. En secuencia, la réplica puede disparar posteriores peticiones, que lleven a sucesivas respuestas, y así en adelante.

Paradigma cliente-servidor

Quizás el más conocido de los paradigmas para aplicaciones de red, el modelo cliente-servidor [Comer y Stevens, 2] asigna roles diferentes a los dos procesos que colaboran. Un proceso, el servidor interpreta el papel de proveedor de servicio, esperando de forma pasiva la llegada de peticiones. El otro, el cliente, invoca determinadas peticiones al servidor y aguarda sus respuestas.

Paradigma de igual a igual peer-to-peer

En el paradigma cliente-servidor, los procesos participantes juegan diferentes roles: Los procesos cliente solicita peticiones mientras que los procesos servidores escuchan de forma pasiva para servir dichas peticiones y proporcionar los servicios solicitados en respuesta. En particular, el paradigma no da soporte para que el el proceso servidor inicie la comunicación.

Paradigma de sistema de mensajes

El paradigma de Sistema de Mensajes o Middleware Orientado a Mensajes (Message-Oriented Middleware-MOM), es una elaboración del paradigma básico de paso de mensajes.

En este paradigma, un sistema de mensajes sirve de intermediario entre procesos separados e independientes. El sistema de mensajes actúa como un conmutador para mensajes, a través del cual los procesos intercambian mensajes asíncronamente, de una forma desacoplada.


Referencias:
laurel.datsi.fi.upm.es/~ssoo/LIBRO/Cap3/capitulo3.doc
https://es.wikipedia.org/wiki/Computaci%C3%B3n_en_la_nube  

MODELOS DE CONSISTENCIA CENTRADA AL CLIENTE

Modelos de Consistencia

 

En los modelos de consistencia centrada al cliente el almacenamiento de los datos se caracteriza por no tener actualizaciones simultaneas. las operaciones son de solo lectura.

Estos modelos permiten esconder las inconsistencias muy facil, Ademas garantiza la informacion pero para un unico cliente.

Dentro de los modelos de consistencia centrada al cliente existen 3 tipos:

• Monotónico
• Lea sus escrituras
• Escituras siguen a lecturas

Monotonico

Este modelo ofrece lecturas y escrituras monotónicas.

Sedice que un dato ofrece consistencia de lecturas monotónicas si y solo si se cumple la condicion de que si un proceso lee el valor de un item de dato x, cualquier operacion de lectura de x por el mismo proceso siempre regresara el mismo valor o un valor mas reciente.

Y garantiza que si alguno de los procesos ve un valor en determinado tiempo o momento, nunca vera un valor mas viejo de ese valor despues de ese momento.

En cuanto a las escrituras, estas deben hacerse en el orden correcto a todas las copas del almacenamiento de datos.

La condicion que debe cumplir una escritura para ser monotónica es que una operacion de escritura es completada antes que cualquier otra operacion que le siga sobre el mismo valor. 

Lo que garantiza que no se escriba algo nuevo hasta no tener la ultima actualizacion del valor, si es necesario la escritura esperara a que todas las escrituras anteriores se hayan completado.

Lea sus escrituras

Es importante que si se escribe un dato, siempre se vea el valor actualizado no importa de donde se este leyendo, por lo que, para que la consistencia sea de lea sus escrituras se tiene que cumplir la condicion de que si yo escribo algo siempre se tiene que ver ese valor por las operaciondes de lectura sucesivas por el mismo proceso.

Una operacion de escritura siempre se completa antes de una operacion de lectura sucesiva del mismo proceso, independiente del lugar.

Escrituras siguen a las lecturas

La idea es que si alguien quiere modificar un valor, antes tiene que leer la ultima actualizacion del mismo.

MODELOS DE CONSISTENCIA CENTRADOS EN LOS DATOS

MODELOS DE CONSISTENCIA

 

Un modelo de consistencia es esencialmente un contrato entre procesos y el almacenamiento de datos. Es decir: si los procesos acuerdan obedecer ciertas reglas, el almacenamiento promete trabajar correctamente.

Normalmente un proceso que realiza una operación de lectura espera que esa operación devuelva un valor que refleje el resultado de la última operación de escritura sobre el dato. 

En informática, hay una serie de posibles modelos de consistencia de datos.

Consistencia estricta: El modelo de consistencia más restrictivo es llamado consistencia estricta y es definido por la siguiente condición cualquier lectura sobre un ítem de dato X retorna un valor correspondiente con la más reciente escritura sobre X. 

Esta consistencia es típica de sistemas uniprocesador, donde nunca se pueden presentar dos eventos simultáneamente.
Sin embargo es prácticamente imposible de lograr en sistemas multiprocesador (distribuidos o no), debido a quepueden existir escrituras y lecturas en memoria separadas por espacios mínimos de tiempo que no alcanzan a cumplir la condición exigida 

Consistencia secuencial: es una forma ligeramente más débil de la consistencia estricta. Satisface la siguiente condición:
El resultado de una ejecución es el mismo si las operaciones (lectura y escritura) de todos los procesos sobre el dato fueron ejecutadas en algún orden secuencial y las operaciones de cada proceso individual aparecen en esta operaciones de cada proceso individual aparecen en esta secuencia en el orden especificado por su programa.

Esto quiere decir que en este modelo sólo importa que los eventos generados por un programa sean vistos por otro en el mismo orden, sin importar que se intercalen con los eventos de otrosprogramas. 

Consistencia casual: Es un debilitamiento de la consistencia secuencial. Se hace una diferenciación entre eventos que están potencialmente relacionados en forma casual y aquellos que no. 

La condición a cumplir para que unos datos sean casualmente consistentes es:
Escrituras que están potencialmente relacionados en forma casual deben ser vistas por todos los procesos en el mismo orden.

 

Referencias:

http://www.buenastareas.com/ensayos/Modelos-De-Consistencia-Sistemas-Operativos/26214584.html

http://sistemasoperativosdistribuidoss.blogspot.mx/2012/05/modelos-de-consistencia.html

http://elrobertocarlosso2.blogspot.mx/2012/11/42-modelos-de-consistencia.html 

Sistemas Operativos Distribuidos

Un Sistema Distribuido o SOD es aquel en el que los componentes de algunas computadoras que tan conectados en red, se comunican y comparten recursos por medio de mensajes. Pero para esto necesitan tener el sistema correcto para que los usuarios en general  sin importar cual computadora estén utilizando piensen o crean que es una sola computadora con toda la información y los recursos.

En los SOD pueden intervenir distintos tipos de hardware y pueden estar conectados por internet, por una red de área local o por redes tanto de área local como internet interconectados.

Los Sistemas Distribuidos surgieron principalmente de la necesidad del usuario de compartir recursos. Surge a principios del año 1970.