Capitulo 18

Presentado por
Jonathan Esteban Macías Pastrana

Presentado a:
Juan Pablo Zambrano

Fundación escuela tecnologica de nevia

Facultad de ingenieria
Ing. De software
6 semestre
Nocturna
 Neiva
2020
Solución

1. ¿Qué entiende por “escalabilidad”? Discuta las diferencias entre “expansión” (scaling up) y
“ampliación” (scaling out) y explique cuándo pueden usarse estos diferentes enfoques a la
escalabilidad.

RTA:

Escalabilidad Al menos en principio, los sistemas distribuidos son escalables cuando las capacidades
del sistema pueden aumentarse al agregar nuevos recursos para enfrentar nuevas demandas del
sistema. En la práctica, la red que vincula las computadoras individuales en el sistema puede limitar la
escalabilidad del sistema

Escalabilidad ¿Cómo puede construirse el sistema para que sea escalable? Esto es,
¿cómo podría diseñarse un sistema global para que su capacidad se pueda aumentar en respuesta a
demandas crecientes hechas sobre el sistema?

Los estándares de servicio Web (que se estudian en el capítulo 19) para arquitecturas orientadas a
servicios se desarrollaron para ser estándares abiertos. Sin embargo, existe significativa resistencia a
dichos estándares debido a su percibida ineficiencia. Algunos desarrolladores de sistemas basados en
servicio optaron por los llamados protocolos RESTful, ya que tienen una sobrecarga inferior a los
protocolos de servicio Web.

La escalabilidad de un sistema refleja su disponibilidad para entregar una alta calidad de servicio
conforme aumentan las demandas al sistema. Neuman (1994) identifica tres dimensiones de la
escalabilidad:

1. Tamaño Debe ser posible agregar más recursos a un sistema para enfrentar el creciente número de
usuarios.
2. Distribución Debe ser posible dispersar geográficamente los componentes de un
sistema sin reducir su rendimiento.
3. Manejabilidad Debe ser posible administrar un sistema conforme aumenta en
tamaño, incluso si las partes del sistema se ubican en organizaciones independientes.
En términos de tamaño, hay una distinción entre expandir (scaling up) y ampliar (scaling out). Lo
primero significa sustituir recursos en el sistema con recursos más poderosos. Por ejemplo, es posible
expandir o aumentar la memoria de un servidor de 16 GB a 64 GB. En cambio, ampliar significa
agregar recursos adicionales al sistema (por ejemplo, un servidor Web adicional para trabajar junto a
un servidor existente). Ampliar es a menudo más efectivo en costo que expandir, aun cuando, por lo
general, representa que el sistema debe diseñarse para que sea posible el procesamiento
concurrente

2. Explique por qué los sistemas de software distribuidos son más complejos que los sistemas de
software centralizados, donde toda la funcionalidad del sistema se implementa en una sola
computadora.

RTA:

La principal dificultad en los sistemas distribuidos es el establecimiento de una política de seguridad

que pueda aplicarse de manera fiable a todos los componentes del sistema. Como se refirió en el
capítulo 11, un conjunto de políticas de seguridad establece el nivel de seguridad que debe alcanzar
un sistema. Los mecanismos de seguridad, tales como encriptación y autenticación, se usan para
reforzar la política de seguridad. Las dificultades en un sistema distribuido surgen debido a que
diferentes organizaciones pueden poseer
partes del sistema. Tales organizaciones podrían tener políticas y mecanismos de seguridad
incompatibles entre sí. Tal vez sea necesario hacer compromisos de seguridad para permitir al sistema
trabajar en conjunto.

La calidad del servicio (QoS, por las siglas de Quality of Service) ofrecida por un sistema distribuido
refleja la capacidad del sistema para entregar sus servicios de manera confiable y con un tiempo de
respuesta y rendimiento total que sean aceptables para sus usuarios. De manera ideal, los
requerimientos QoS deben especificarse por adelantado y el sistema debe diseñarse y configurarse
para entregar dicha QoS. Por desgracia, esto no siempre es posible, por dos razones:

1. Tal vez no sea efectivo en términos de costos diseñar y configurar el sistema para que entregue una
QoS bajo carga pico. Esto podría implicar poner a disposición recursos que no se usan durante gran
parte del tiempo. Uno de los principales argumentos para la “computación en nube” es que enfrenta
parcialmente este problema. Al usar una nube, es fácil agregar recursos conforme aumente la
demanda.

2. Los parámetros QoS pueden ser contradictorios entre sí. Por ejemplo, creciente fiabilidad puede
significar reducción en el rendimiento total, puesto que se introducen procedimientos de
comprobación para garantizar que son válidas todas las entradas del sistema.

La QoS es particularmente importante cuando el sistema enfrenta datos críticos en el tiempo, tales
como difusión de sonido o video. Ante estas circunstancias, si la QoS cae por abajo de un valor
umbral, entonces el sonido o el video puede quedar tan degradado que es imposible de entender. Los
sistemas que se enfrentan con el sonido y el video deben incluir negociación y componentes de
gestión QoS. Éstos deberían evaluar los requerimientos QoS frente a los recursos disponibles y, si son
insuficientes, negociar más recursos o una reducción de la QoS establecida como meta.

En un sistema distribuido, es inevitable que ocurran fallas, así que el sistema debe
diseñarse para ser resistente a dichas fallas. Las fallas son tan omnipresentes, que una definición poco
seria de un sistema distribuido sugerida por Leslie Lamport, destacado investigador de los sistemas
distribuidos, es la siguiente:

Usted sabe que tiene un sistema distribuido cuando la caída de un sistema de la

que nunca escuchó impide que usted realice cualquier trabajo.La gestión de fallas en la operación
implica la aplicación de técnicas de tolerancia a fallas que se estudiaron en el capítulo 13. En
consecuencia, los sistemas distribuidos deben incluir mecanismos para descubrir si falló un
componente del sistema, deben seguir entregando tantos servicios como sea posible a pesar de dicha
falla y, en la medida de lo posible, recuperarse automáticamente de la falla