Cuestionario sobre Arquitectura Orientada a Servicios (SOA)3

¿Cuál de las siguientes afirmaciones describe mejor a la Arquitectura Orientada a Servicios (SOA)?. Un modelo de infraestructura basado en servidores. Un lenguaje de programación estándar. Un paradigma de diseño de software impulsado por el negocio. Una herramienta de integración propietaria.

En SOA, un servicio se define como: Un componente de hardware especializado. Un sistema operativo distribuido. Un programa de software que expone capacidades mediante un contrato. Una base de datos compartida entre aplicaciones.

¿Cuál es el objetivo principal de SOA?. Aumentar la dependencia tecnológica. Facilitar la reutilización y la interoperabilidad entre sistemas. Reemplazar todos los sistemas existentes. Eliminar la necesidad de integración.

¿Qué elemento describe formalmente cómo interactuar con un servicio?. El código fuente. El contrato de servicio. El servidor donde se aloja. La base de datos.

El enfoque 'Contrato Primero' (Contract-First) implica que: El contrato se genera después del desarrollo. El contrato es opcional. El contrato se define antes de implementar el servicio. El contrato solo documenta el sistema.

¿Cuál de los siguientes NO es un principio de diseño orientado a servicios?. Bajo acoplamiento. Abstracción del servicio. Dependencia tecnológica. Servicio sin estado.

El principio de bajo acoplamiento busca: Aumentar la comunicación directa entre servicios. Reducir las dependencias entre servicios. Eliminar los contratos. Centralizar la lógica.

¿Qué describe el principio de abstracción del servicio?. Ocultar los datos del cliente. Ocultar la lógica interna del servicio. Eliminar la documentación. Reducir la cantidad de servicios.

Un servicio sin estado (stateless) se caracteriza porque: Nunca procesa datos. Mantiene información entre llamadas. No retiene información de estado entre solicitudes. Depende del consumidor.

Un servicio es considerado agnóstico cuando: Está diseñado para un solo proceso. Es reutilizable y no específico de un proceso de negocio. No expone contrato. No interactúa con otros servicios.

¿Cuál es una ventaja clave de los servicios agnósticos?. Menor esfuerzo inicial. Menos documentación. Mayor reutilización y retorno de inversión (ROI). Menos gobernanza.

¿Qué se entiende por interoperabilidad intrínseca?. Integración manual entre aplicaciones. Compatibilidad de los servicios lograda por diseño. Uso de un solo proveedor. Comunicación exclusiva por SOAP.

La interoperabilidad se diferencia de la integración porque: Son conceptos idénticos. La interoperabilidad es el resultado de la integración. La interoperabilidad es la capacidad y la integración es el esfuerzo. La integración elimina la interoperabilidad.

¿Qué busca el objetivo estratégico de 'Carga de TI reducida'?. Reducir el número de usuarios. Minimizar redundancia y desperdicio en soluciones de TI. Eliminar servicios compartidos. Aumentar la infraestructura.

Un inventario de servicios es: Un listado de aplicaciones. Un repositorio de código. Una colección estandarizada y gobernada de servicios. Un sistema de monitoreo.

Un inventario de servicios está normalizado cuando: Usa un único lenguaje de programación. Los límites funcionales de los servicios no se superponen. Tiene pocos servicios. Es exclusivo de un proveedor.

¿Cuál es la función principal de un registro de servicios?. Ejecutar servicios. Almacenar código fuente. Almacenar metadatos para el descubrimiento de servicios. Coordinar transacciones.

La gobernanza SOA se enfoca en: Desarrollo de interfaces gráficas. Administrar, controlar y evolucionar los servicios. Reemplazar sistemas heredados. Eliminar estándares.

Una composición de servicios requiere como mínimo: Un servicio. Dos servicios. Tres servicios. Cinco servicios.

Un servicio puede actuar como consumidor de otros servicios. Verdadero. Falso.

¿Cuál es el propósito principal de un enfoque Top-Down en SOA?. Construir servicios basados en la tecnología existente. Derivar servicios a partir de procesos y necesidades del negocio. Reducir documentación. Eliminar contratos.

El enfoque Bottom-Up se caracteriza por: Crear servicios a partir de sistemas existentes. Iniciar desde procesos de negocio. Garantizar alto nivel de reutilización. Eliminar dependencias técnicas.

¿Cuál es un riesgo común del enfoque Bottom-Up?. Diseños demasiado complejos. Servicios poco reutilizables y aislados. Falta de tecnología. Exceso de contratos.

¿Qué enfoque es recomendado para lograr una verdadera SOA empresarial?. Solo Bottom-Up. Solo Top-Down. Enfoque híbrido Top-Down + Bottom-Up. Enfoque basado en infraestructura.

¿Qué es una composición de servicios?. Un único servicio con múltiples operaciones. La coordinación de dos o más servicios para cumplir un proceso. Un servicio con lógica interna compleja. Un contrato extendido.

En una composición, los servicios participantes: Mantienen su autonomía. Comparten estado. Pierden independencia. Eliminan contratos.

¿Qué es la federación en SOA?. Centralización completa de servicios. Eliminación de sistemas heredados. Unificación de múltiples dominios mediante estándares comunes. Reemplazo de contratos.

¿Cuál es una ventaja clave de la federación?. Mayor dependencia tecnológica. Integración consistente entre dominios independientes. Menos estándares. Menos servicios.

¿Qué se entiende por agilidad organizacional en SOA?. Cambiar tecnología rápidamente. Adaptarse rápidamente a cambios del negocio. Eliminar procesos. Reducir personal.

SOA contribuye a la agilidad organizacional porque: Centraliza la lógica. Permite reutilizar y recomponer servicios rápidamente. Reduce contratos. Aumenta dependencias.

¿En qué consiste la neutralidad del proveedor?. Usar un solo proveedor. Evitar dependencias propietarias de un proveedor específico. Eliminar estándares. Reducir la documentación.

La neutralidad del proveedor se logra principalmente mediante: Lenguajes propietarios. Estándares abiertos y contratos bien definidos. Infraestructura centralizada. Bases de datos compartidas.

¿Qué objetivo estratégico de SOA busca maximizar el valor de los servicios?. Menor tiempo de respuesta. Retorno de inversión (ROI). Menor número de contratos. Menor documentación.

El ROI en SOA aumenta principalmente cuando: Se crean muchos servicios específicos. Se reutilizan servicios agnósticos. Se reduce la gobernanza. Se elimina el inventario.

¿Qué es un servicio no agnóstico?. Un servicio diseñado para un contexto o proceso específico. Un servicio reutilizable. Un servicio sin contrato. Un servicio de infraestructura.

¿Cuál es una característica típica de los microservicios según el módulo?. Servicios grandes y centralizados. Servicios autónomos con alcance funcional reducido. Contratos compartidos. Alta dependencia entre servicios.

Los microservicios se consideran: Servicios siempre agnósticos. Servicios no agnósticos. Servicios de entidad. Servicios compuestos.

¿Cuál es una diferencia clave entre SOA tradicional y microservicios?. SOA no usa contratos. Los microservicios tienen alcance más pequeño y mayor autonomía. Microservicios no usan estándares. SOA no permite reutilización.

En SOA, la estandarización favorece principalmente: Menor cantidad de servicios. Interoperabilidad y reutilización. Dependencia tecnológica. Implementaciones específicas.

¿Cuál es la consecuencia de no aplicar gobernanza en SOA?. Mayor control. Mejor reutilización. Proliferación descontrolada de servicios. Mayor estandarización.

¿Cuál es la diferencia principal entre un inventario de servicios de dominio y uno empresarial?. El tamaño del contrato. El alcance funcional y el nivel de reutilización. El tipo de tecnología usada. La cantidad de consumidores.

Un inventario de dominio se caracteriza porque: Está enfocado en un área o dominio específico del negocio. Tiene alcance transversal a toda la empresa. Elimina la gobernanza. No usa estándares.

Un inventario empresarial busca principalmente: Resolver necesidades locales. Reutilización transversal en toda la organización. Reducir contratos. Eliminar servicios agnósticos.

¿Qué principio promueve que los servicios puedan ser localizados fácilmente?. Autonomía. Bajo acoplamiento. Descubrimiento del servicio. Abstracción.

El descubrimiento del servicio se apoya principalmente en: El código fuente. Metadatos y registros de servicios. La base de datos. La infraestructura.

¿Cuál es la finalidad principal de la estandarización en SOA?. Reducir la cantidad de servicios. Asegurar coherencia e interoperabilidad. Aumentar la dependencia técnica. Simplificar la infraestructura.

¿Qué ocurre cuando no se aplican estándares en un inventario de servicios?. Mayor reutilización. Mejor gobernanza. Fragmentación e inconsistencia. Mayor ROI.

El principio de autonomía del servicio establece que: Los servicios dependen del consumidor. Los servicios controlan su propia lógica y entorno. Los servicios comparten estado. Los servicios no usan contratos.

La autonomía del servicio favorece principalmente: Mayor acoplamiento. Independencia y confiabilidad. Más dependencias técnicas. Menor interoperabilidad.

¿Qué relación existe entre contratos y servicios en SOA?. El contrato reemplaza al servicio. El contrato define cómo interactuar con el servicio. El contrato contiene la lógica. El servicio define el contrato después.

Un contrato de servicio bien diseñado debe ser: Dependiente de la implementación. Estable, claro y estandarizado. Cambiante según el consumidor. Implícito.

¿Qué riesgo existe si se modifican contratos sin control?. Mejor rendimiento. Impacto negativo en consumidores existentes. Mayor reutilización. Menos dependencias.

¿Por qué es importante la gobernanza sobre los contratos?. Para aumentar la cantidad de servicios. Para controlar versiones y cambios. Para eliminar documentación. Para centralizar la infraestructura.

¿Qué sucede cuando un servicio es demasiado específico?. Mayor interoperabilidad. Mayor estandarización. Menor reutilización. Mayor ROI.

¿Cuál es una mala práctica en SOA?. Definir contratos primero. Duplicar funcionalidades en múltiples servicios. Aplicar estandarización. Usar inventarios de servicios.

El solapamiento de servicios ocurre cuando: No hay contratos. Dos servicios cubren la misma funcionalidad. Un servicio es agnóstico. Hay gobernanza.

¿Qué principio ayuda a evitar el solapamiento de servicios?. Autonomía. Normalización del inventario. Servicio sin estado. Descubrimiento.

El diseño orientado a servicios busca principalmente: Optimizar bases de datos. Alinear TI con las necesidades del negocio. Reducir contratos. Eliminar sistemas legacy.

¿Cuál es un beneficio directo de aplicar correctamente SOA?. Mayor dependencia técnica. Mayor flexibilidad ante el cambio. Menor gobernanza. Menos estándares.

SOA debe considerarse principalmente como: Un producto. Un framework. Una estrategia y paradigma de diseño. Un lenguaje de programación.

¿Cuál es la relación correcta entre SOA y la estrategia empresarial?. SOA es independiente de la estrategia. SOA debe alinearse directamente con los objetivos del negocio. SOA es solo una decisión técnica. SOA reemplaza la estrategia.

¿Por qué SOA se considera un paradigma y no solo una arquitectura técnica?. Porque define infraestructura. Porque guía la forma de diseñar soluciones alineadas al negocio. Porque reemplaza los lenguajes de programación. Porque elimina procesos.

¿Qué sucede si SOA se implementa solo como tecnología?. Mayor interoperabilidad. Mejor alineación con negocio. Resultados pobres y bajo valor organizacional. Mayor ROI.

¿Cuál es una responsabilidad clave de la gobernanza SOA?. Escribir código. Asegurar consistencia en el diseño y uso de servicios. Desplegar infraestructura. Eliminar contratos.

¿Qué riesgo aparece cuando no existe control sobre inventarios?. Mejor reutilización. Proliferación innecesaria de servicios. Mayor estandarización. Menor complejidad.

Un diseño orientado a servicios mal aplicado puede generar: Alta interoperabilidad. Servicios redundantes y poco reutilizables. Mayor alineación al negocio. Mayor neutralidad de proveedor.

¿Cuál es una señal de madurez SOA en una organización?. Muchos servicios específicos. Servicios reutilizables y bien gobernados. Ausencia de contratos. Dependencia tecnológica.

¿Qué rol cumple la estandarización dentro de SOA?. Aumentar la dependencia empresarial. Facilitar consistencia, interoperabilidad y control. Limitar la reutilización. Eliminar inventarios.

¿Por qué la reutilización es central en SOA?. Reduce la documentación. Maximiza el valor de los servicios existentes. Elimina la gobernanza. Reduce la necesidad de contratos.

¿Cuál es el enfoque correcto para diseñar servicios efectivos?. Pensar solo en el sistema actual. Pensar en necesidades actuales y futuras del negocio. Copiar implementaciones existentes. Minimizar análisis.

¿Qué relación existe entre servicios y procesos de negocio?. No tienen relación. Los servicios soportan y habilitan los procesos de negocio. Los procesos reemplazan a los servicios. Los servicios eliminan procesos.

¿Cuál es una consecuencia de diseñar servicios muy granulares?. Mejor reutilización. Mayor complejidad y gestión innecesaria. Menor dependencia. Mayor alineación al negocio.

SOA contribuye a la evolución del sistema porque: Centraliza la arquitectura. Permite modificar o recomponer servicios sin afectar todo el sistema. Elimina contratos. Reduce estándares.

¿Qué debe priorizarse al diseñar contratos de servicios?. Rapidez de implementación. Claridad, estabilidad y alineación con estándares. Dependencia tecnológica. Complejidad funcional.

¿Cuál es un beneficio directo de la interoperabilidad intrínseca?. Mayor esfuerzo de integración. Menores costos de integración futura. Menor control. Mayor dependencia.

¿Por qué SOA favorece la evolución tecnológica?. Porque define un lenguaje único. Porque desacopla la lógica del negocio de la tecnología. Porque elimina estándares. Porque centraliza sistemas.

¿Qué papel juegan los metadatos en SOA?. Ejecutar servicios. Proveer información para descubrimiento y gobernanza. Reemplazar contratos. Definir lógica de negocio.

¿Cuál es una práctica correcta al implementar SOA?. Crear servicios sin análisis. Aplicar principios, estandarización y gobernanza desde el inicio. Evitar contratos. Diseñar solo a corto plazo.

Una SOA mal gobernada puede resultar en: Mayor agilidad. Caos arquitectónico y bajo ROI. Mejor interoperabilidad. Mayor alineación estratégica.

La principal lección del Módulo 1 sobre SOA es que: SOA es solo una tecnología. SOA reemplaza todo lo existente. SOA es una estrategia de diseño alineada al negocio que requiere disciplina. SOA elimina la complejidad.