Please enable JavaScript.
Coggle requires JavaScript to display documents.
Capitulo 6
Transparencia,…
Capitulo 6
Transparencia, Servicios comunes y Middleware
SISTEMAS DISTRIBUIDOS
La alta complejidad de los sistemas es problemática para los desarrolladores de aplicaciones distribuidas y también para los usuarios y es un riesgo importante para la corrección y la calidad.
Desde la perspectiva del usuario, los sistemas que no son confiables y difíciles utilizar o exigir que el usuario conozca los detalles técnicos de la configuración del sistema son de baja usabilidad y no se puede confiar.
Pueden comprender muchos componentes interactivos diferentes y, como resultado, son dinámicos y complejos en muchos aspectos relacionados tanto con su estructura como con su comportamiento.
TRANSPARENCIA
-
Transparencia migratoria
Los sistemas distribuidos tienden a ser dinámicos de varias formas, incluidos los cambios en la población de usuarios y las actividades que realizan, lo que a su vez genera fluctuaciones en el nivel de carga en diferentes servicios, en varios momentos.
-
Transparencia de fallas
-
Puede haber una gran cantidad de hardware y software de componentes interactuando, dependiendo de los enlaces de comunicación entre ellos.
El conjunto de posibles las configuraciones y comportamientos que pueden surgir son demasiado grandes en general para que se puedan probar todos los escenarios; por lo tanto, siempre existirá la posibilidad de alguna combinación imprevista de circunstancia que conduce al fracaso.
-
Transparencia de escala
Para los sistemas distribuidos en general, a medida que el sistema se escala, finalmente se llega a un punto en el que el rendimiento comenzará a caer; esto podría notarse, por ejemplo, en términos de tiempos de respuesta o servicios más lentos solicita el tiempo de espera.
Transparencia de acceso
La transparencia de acceso requiere que los objetos(esto incluye recursos y servicios) se acceda con las mismas operaciones independientemente de si son locales o remotas.
La interfaz del usuario para acceder a un objeto en particular debe ser coherente para ese objeto sin importar donde se almacena realmente en el sistema.
-
-
-
Como diseñador o desarrollador de sistemas distribuidos y aplicaciones, por supuesto es necesario que se comprendan los diversos mecanismos internos de los sistemas.
Existen desafíos técnicos relacionados con la interconexión y colaboración de muchos componentes, con problemas tales como localizar los componentes, gestionar la comunicación entre los componentes, y asegurarse de que se cumplan los requisitos específicos de sincronización o secuenciación.
SERVICIOS COMUNES
Las aplicaciones distribuidas tienen una serie de requisitos comunes que surgen específicamente debido a su naturaleza distribuida y dinámica del sistema y las plataformas operan.
Requisitos
-
Mecanismos para soportar el acoplamiento indirecto y suelto de componentes para mejorar la escalabilidad y robustez.
-
-
Mecanismos para la gestion de transacciones distribuidas para garantizar que se mantenga la coherencia.
-
SERVICIOS DE NOMBRE
Un requisito general para muchas aplicaciones distribuidas es que cada proceso tenga acceso a un reloj local o puede obtener un valor de hora exacto cuando sea necesario.
-
-
SERVICIOS DE TIEMPO
-
El mero hecho de que los recursos se distribuyen en muchas computadoras diferentes significa que debe haber una forma de encontrar los recursos necesarios y poder hacerlos de manera rápida y confiable.
ALGORITMOS
Hay muchos escenarios en los sistemas distribuidos donde es necesario seleccionar automáticamente un proceso de un grupo, para que pueda desempeñar algún papel especifico.
-
COMUNICACIÓN DE GRUPO
Es necesario que exista un medio de control o coordinación del grupo y un medio para que los mensajes de afuera del grupo se entreguen a cada miembro del grupo de forma transparente para el remitente externo.
Muchas aplicaciones distribuidas requieren que los procesos trabajen juntos en grupos, para resolver problemas particulares o para proporcionar un servicio en particular.
-