INGENIERIA DEL SOFTWARE CAPITULO 18 PARTE 2

¿Cuál es la principal desventaja del modelo de cliente pesado frente al modelo de cliente ligero?. Es más compleja la gestión del sistema, ya que actualizar el software requiere reinstalarlo en cada computadora cliente. Genera, en todos los casos, mayor tráfico de red que el modelo de cliente ligero. No puede utilizarse en sistemas que requieran procesamiento de datos de cómputo intensivo.

Según la figura de uso de patrones cliente-servidor del capítulo, ¿en qué tipo de aplicación es adecuado el modelo de cliente ligero?. Aplicaciones intensivas en datos, como la navegación Web, con procesamiento de aplicación no intensivo. Aplicaciones móviles donde no puede garantizarse la conectividad a Internet. Aplicaciones donde el procesamiento lo proporciona software comercial instalado en el cliente, como una hoja de cálculo.

¿Cuál es el problema fundamental de un enfoque cliente-servidor de dos niveles, que motiva el uso de arquitecturas multinivel?. Las capas lógicas del sistema deben mapearse en solo dos sistemas de cómputo (cliente y servidor), lo que puede causar problemas de escalabilidad o gestión. No permite, bajo ninguna circunstancia, el uso de bases de datos relacionales para el almacenamiento. Obliga a que el cliente y el servidor se ejecuten siempre dentro de la misma red local.

En el ejemplo de banca por Internet con arquitectura de tres niveles, ¿qué función cumple el servidor Web?. Ofrece servicios de gestión de datos, como la generación de páginas Web, y algunos servicios de aplicación. Almacena de forma exclusiva la base de datos de cuentas de los clientes del banco. Actúa como cliente ligero que solicita servicios a la computadora del usuario final.

En un sistema multinivel que necesita acceder a datos de diferentes bases de datos, ¿qué componente adicional podría requerirse?. Un servidor de integración que recolecte los datos distribuidos y los presente al servidor de aplicación como si fueran de una sola base de datos. Un segundo cliente ligero que duplique exactamente la funcionalidad del cliente original. Un middleware CORBA obligatorio, ya que es el único estándar compatible con sistemas multinivel.

¿Por qué los sistemas cliente-servidor multinivel son inherentemente más escalables que los de dos niveles?. Porque distribuyen el procesamiento de aplicación a través de varios servidores, permitiendo actualizaciones centralizadas y una respuesta más rápida. Porque eliminan por completo la necesidad de contar con una base de datos central. Porque requieren un único servidor físico capaz de manejar todas las capas simultáneamente.

¿Qué tipo de protocolo de comunicación se usa entre el servidor Web y el servidor de base de datos en una arquitectura de tres niveles, según el capítulo?. Middleware eficiente que soporta consultas en lenguaje de consulta estructurado (SQL). Exclusivamente protocolos de mensajería instantánea tipo peer-to-peer. Un protocolo RPC obligatorio que sustituye por completo a SQL en todos los casos.

En una arquitectura de componentes distribuidos, ¿cómo se organiza el sistema?. Como un conjunto de componentes u objetos en interacción que ofrecen interfaces a servicios, sin asignarlos previamente a capas específicas. Estrictamente en las cuatro capas del modelo cliente-servidor tradicional, sin posibilidad de variación. Como un único proceso monolítico que combina presentación, datos y lógica de negocio en un solo componente.

¿Qué middleware sustituyó ampliamente a CORBA para arquitecturas de componentes distribuidos, según el capítulo?. Software propietario como Enterprise Java Beans (EJB) o .NET. Exclusivamente protocolos RESTful, ya que CORBA fue reemplazado únicamente por estándares abiertos. Los sistemas peer-to-peer semicentralizados, que asumieron todas las funciones de CORBA.

¿Cuál es una de las principales desventajas de las arquitecturas de componentes distribuidos mencionadas en el capítulo?. Son más complejas de diseñar y visualizar que los sistemas cliente-servidor multinivel. No permiten, bajo ninguna circunstancia, agregar nuevos servicios sin reiniciar todo el sistema. Son incompatibles con cualquier tipo de sistema de minería de datos.

En el ejemplo del sistema de minería de datos con arquitectura de componentes distribuidos, ¿qué función cumplen los componentes «integrador»?. Recolectan información de todas las bases de datos para tratar de deducir relaciones específicas entre los datos. Almacenan de forma permanente los datos crudos antes de que sean procesados por las bases de datos. Sustituyen a los componentes visualizador cuando el volumen de datos es demasiado grande.

¿Qué ventaja de rendimiento tienen las arquitecturas de componentes distribuidos sobre las arquitecturas orientadas a servicios (SOA)?. Las comunicaciones RPC que utilizan suelen ser más rápidas que la interacción basada en mensajes empleada en sistemas orientados a servicios. No requieren middleware de ningún tipo, lo cual elimina cualquier sobrecarga de comunicación. Permiten prescindir por completo de la seguridad, ya que los componentes se ejecutan en una red cerrada.

¿Qué beneficio ofrece un modelo de componentes distribuidos respecto a la ubicación de los servicios?. Permite al diseñador demorar las decisiones acerca de dónde y cómo deben proporcionarse los servicios, ya que pueden ejecutarse en cualquier nodo de la red. Obliga a decidir, desde el inicio del proyecto, en qué capa exacta se ubicará cada servicio del sistema. Elimina la necesidad de contar con una red de comunicaciones entre los distintos componentes.

En una arquitectura peer-to-peer (p2p), ¿qué distinción existe entre clientes y servidores?. En principio no se hacen distinciones; los cálculos pueden realizarse en cualquier nodo de la red. El servidor siempre concentra el cien por ciento del procesamiento, igual que en el modelo cliente-servidor clásico. Cada cliente debe registrarse obligatoriamente en un servidor central antes de poder operar.

¿En qué circunstancia es adecuado usar un modelo arquitectónico p2p, según el capítulo?. Cuando el sistema es de cómputo intensivo y el procesamiento puede separarse en un gran número de cálculos independientes. Únicamente cuando el sistema requiere una única autoridad central que valide cada transacción. Solo en sistemas embebidos de un solo procesador que no necesitan ninguna red.

En una arquitectura p2p descentralizada, ¿qué papel adicional cumplen los nodos, además de ser elementos funcionales?. Actúan también como conmutadores de comunicaciones que pueden dirigir datos y señales de control de un nodo a otro. Sirven exclusivamente como respaldo de energía eléctrica para los demás nodos de la red. Se encargan únicamente de cifrar los datos antes de que sean recibidos por el nodo maestro.

¿Cuál es una desventaja de la arquitectura p2p descentralizada mencionada en el capítulo?. Muchos nodos diferentes pueden procesar la misma búsqueda, generando una carga de trabajo significativa al replicar comunicaciones. No es tolerante a fallas ni a los nodos que se desconectan de la red. Requiere obligatoriamente un único servidor central que coordine toda la red.

En una arquitectura p2p semicentralizada, ¿cuál es el papel del nodo llamado «superpar»?. Ayudar a establecer contacto entre pares en la red o coordinar los resultados de un cálculo. Almacenar de forma permanente y exclusiva todos los archivos que se comparten en la red. Sustituir por completo a los demás nodos una vez establecida la comunicación inicial.

¿Cuáles son las principales preocupaciones que inhiben el uso de arquitecturas peer-to-peer, según el capítulo?. Los conflictos de seguridad y confianza, ya que las comunicaciones p2p implican abrir la computadora a interacciones directas con otros pares. La imposibilidad técnica de conectar más de diez nodos dentro de una misma red. La incompatibilidad total con sistemas de mensajería instantánea y VOIP.

¿Qué ejemplo de aplicación empresarial de sistemas p2p se menciona en el capítulo?. Intel y Boeing implementaron sistemas p2p para aprovechar la capacidad de procesamiento no utilizada en aplicaciones de cómputo intensivo. Google sustituyó por completo sus centros de datos por redes p2p para todo su procesamiento de búsquedas. Todos los bancos a nivel mundial migraron sus cajeros automáticos a arquitecturas p2p puras.

¿Cuáles son los elementos clave del software como servicio (SaaS) mencionados en el capítulo?. El software se despliega en un servidor y se accede vía navegador; es propiedad de un proveedor que lo administra; y el pago puede ser por uso o suscripción. El software debe instalarse obligatoriamente en cada computadora cliente antes de poder acceder a los servicios remotos. El usuario adquiere una licencia perpetua y es responsable exclusivo de todas las actualizaciones del sistema.

Para los usuarios del software, ¿cuál es un beneficio del modelo SaaS?. Los costos de administración, corrección de errores y actualización del software se transfieren al proveedor. Se elimina por completo cualquier riesgo relacionado con la transferencia de datos a servidores remotos. El usuario obtiene control total sobre la evolución y el código fuente del software.

¿Cuál es una desventaja del modelo SaaS mencionada en el capítulo?. El costo de transferir grandes volúmenes de datos al servicio remoto, que depende de la velocidad de la red. La imposibilidad de acceder al software desde dispositivos móviles o teléfonos inteligentes. La necesidad de instalar manualmente cada actualización de software en el servidor del proveedor.

¿Cuál es la diferencia fundamental entre SaaS y SOA (arquitectura orientada a servicios), según el capítulo?. SaaS es una forma de entregar funcionalidad de aplicación a los usuarios, mientras que SOA es una tecnología de implementación para sistemas de aplicación. SaaS y SOA son términos equivalentes que describen exactamente el mismo concepto técnico. SOA siempre requiere el uso de un navegador Web, mientras que SaaS nunca lo requiere.

¿Qué se entiende por «multitenencia» (multi-tenancy) en el contexto de SaaS?. Que muchos usuarios diferentes acceden al mismo sistema, y a cada uno le debe parecer que tiene el uso exclusivo del sistema, aunque compartan recursos. Que cada organización cliente debe instalar una copia completamente independiente del software en su propio servidor. Que solo un usuario a la vez puede acceder al sistema mientras los demás esperan en una cola.

En una base de datos multitenencia, ¿qué función cumple el «identificador de tenencia»?. Vincula las entradas de la base de datos a usuarios o clientes específicos, permitiendo extraer una vista personalizada para cada uno. Cifra de forma permanente todos los datos almacenados, impidiendo cualquier tipo de consulta SQL. Sustituye a la clave primaria de la base de datos en todos los casos, eliminando la necesidad de otros índices.

¿Qué se entiende por «configurabilidad», uno de los tres factores a considerar al implementar SaaS?. La capacidad de configurar el software para los requerimientos específicos de cada organización cliente. La posibilidad de que el usuario final modifique directamente el código fuente del servicio. La necesidad de instalar el software en cada dispositivo móvil de forma independiente.

Según el capítulo, ¿por qué la arquitectura de línea de producto (vista en el capítulo 16) no funciona bien para SaaS?. Porque implicaría implementar una copia diferente del servicio para cada organización que use el software. Porque las líneas de producto son incompatibles con cualquier tipo de configuración de marca (branding). Porque requieren que el software se instale exclusivamente en dispositivos móviles.

¿Cuál de los siguientes es un lineamiento general para implementar software SaaS escalable, según el capítulo?. Diseñar el sistema usando interacción asíncrona, para que la aplicación no tenga que esperar el resultado de cada interacción. Bloquear registros completos de la base de datos cada vez que se use cualquier parte de un registro. Implementar cada componente como un servicio con estado, vinculado permanentemente a un solo servidor.

¿Qué son los «mashups» mencionados en relación con SaaS y SOA?. Aplicaciones que integran funcionalidad de otras aplicaciones mediante API de servicio, representando un enfoque de reutilización y desarrollo rápido de software. Un tipo de arquitectura peer-to-peer pura, sin ningún componente centralizado. El nombre técnico del proceso de migrar un sistema cliente-servidor a una arquitectura maestro-esclavo.