Investigaci n de sistemas paralelos




Los sistemas distribuidos son a menudo piezas complejas de software de que los componentes se dispersan por definición a través de múltiples máquinas. Para dominar su complejidad, es crucial que estos sistemas se organizan correctamente. Hay diferentes maneras de cómo ver la organización de un sistema distribuido, pero obvia es hacer una distinción entre la organización lógica de la colecciónde componentes de software y por otro lado la realización física real.
La organización de los sistemas distribuidos es principalmente acerca de los componentes de software que constituyen el sistema. Estas arquitecturas de software nos dicen cómo el varios componentes de software deben ser organizados y cómo deben interactuar. en este capítulo vamos a primera prestar atención a algunos enfoquescomúnmente aplicados hacia la organización de los sistemas informáticos (distribuidos).
Adaptabilidad en sistemas distribuidos también se puede lograr haciendo que el sistema de controlar su propio comportamiento y tomar las medidas apropiadas cuando sea necesario. Esta "visión ha llevado a una clase de lo que ahora se denominan sistemas como autonómicos. Estos sistemas distribuidos estánorganizados con frecuencia en la forma de control de realimentación bucles. Que forman un elemento arquitectónico importante durante el diseño de un sistema. En este capítulo, dedicamos una sección a los autonómicos sistemas distribuidos.
La investigación sobre arquitecturas de software tiene madurado considerablemente y ahora es comúnmente aceptado que el diseño o la adopción de una arquitectura escrucial para el éxito del desarrollo de grandes sistemas. Para nuestra discusión, la noción de un estilo arquitectónico es importante. Tal estilo se formula en términos de componentes, la forma en que los componentes están conectados entre sí, los datos intercambiados entre los componentes. y finalmente cómo estos elementos están configurados de forma conjunta en un sistema. Un componente es unmodular unidad con interfaces necesarias y proporcionadas bien definidos que es reemplazable dentro su entorno (OMG, 2004b). Como veremos más adelante, la cuestión importante acerca de un componente para sistemas distribuidos es que puede ser sustituido, siempre que respetar sus interfaces. Un concepto algo más difícil de entender es la de un conector, que se describe generalmente como un mecanismo quemedia la comunicación, la coordinación, o la cooperación entre los componentes (Mehta et al., 2000; y Shaw y Clements, 1997). Por ejemplo, un conector puede estar formado por las instalaciones de (remotas) llamadas a procedimientos, paso de mensajes o datos de streaming.

El uso de componentes y conectores, podemos llegar a varias configuraciones, el cual, a su vez se han clasificado en losestilos arquitectónicos. Varios estilos tienen por ahora sido identificados, de los cuales los más importantes para los sistemas distribuidos son:
1. arquitecturas Capas
2. arquitecturas basadas en objetos
3. arquitecturas de datos centrada
4. arquitecturas basadas en eventos
La idea básica para el estilo en capas es simple: los componentes están organizados en una la moda en capas, donde un componenteen la capa L; se le permite llamar a componentes en la capa subyacente Li: «, pero no al revés, como se muestra en la Fig. 2-I (a).
Este modelo ha sido ampliamente adoptado por la comunidad de redes; que brevemente revisarlo en el Cap. 4. Una observación clave es que el control general, los flujos de la capa a la capa: solicitudes bajan la jerarquía mientras que los resultados fluyen hacia arriba.Una organización mucho más flojo es seguido en las arquitecturas basadas en objetos, que se ilustran en la Fig. 2-1 (b). En esencia, cada objeto se corresponde con lo que tenemos se define como un componente, y estos componentes están conectados a través de un (a distancia) procedimiento mecanismo de llamada. No en vano, esta arquitectura de software coincide la arquitectura del sistema...