Quiz
SSDD
This quiz has question types that open in the usual player.
Questions in this quiz (193)
1Con qué etiqueta se accede a los datos desde el controlador: los valores se recogen con parámetros del método del controlador
- A@RequestParam
- B@Autowired o @inject
- C@Component
- D@GetMapping
2Con qué etiqueta se accede a los datos desde el controlador, la información se puede incluir como parte de la propia URL, en vez de como parámetros
- A@RequestParam
- B@Autowired o @inject
- C@PathVariable
- D@GetMapping
3¿Cuáles son las cuatro áreas funcionales del modelo físico autonomic computing?
- AAuto configuración, auto reparación, auto protección, auto optimización
- BAuto organización, autor reparación, auto preparación, auto optimización
- CAuto organización, autor reparación, auto preparación, auto protección
- DAuto configuración, auto reparación, auto protección, auto maximización
4Existen dos formas de enviar la información de un formulario al servidor.
-Método [blank_start]GET[blank_end]: incluye la información del formulario en la URL que solicita el servidor.
-Método [blank_start]POST[blank_end]: el navegador incluye la información del formulario en el cuerpo de la petición.- AGET
- BPUT
- CPOST
- DSEND
- ERECIEVE
5¿Cuáles son los modelos de comunicación e interacción?
- APaso de mensajes
- BCliente-servidor
- CLlamadas a procedimientos remotos (RPC)
- DPeer to peer
- ECluster computing
- FTodas las anteriores
6Se recomienda usar POST en formularios porque...
- AURLs más limpias
- BMás seguro
- CLímite de "facto"
- DLa página se puede añadir a la lista de marcadores.
- ESi se intenta recargar el navegador muestra un aviso al usuario
- FSi se intenta recargar, se recarga la página sin errores.
- GLa información la introduce generalmente el usuario
7¿Sobre qué capa se hace el paso de mensajes?
- ACapa transporte
- BCapa de red
- CCapa de aplicación
- DCapa de sesión
8¿Cuáles son las problemas y dificultades del paso de mensajes?
- Aconvertir secuencias en bits, los punteros y elementos almacenados siempre en la posición
- BNinguna de las anteriores
- CConvertir las ed en secuencias de bits, estructuras multidimensionales, punteros y elementos que no se encuentran en la misma posición
9Características de las colas de mensajes:
- AEnvío a colas persistentes.
- BComunicación desacoplada en espacio y tiempo
- CPrimitivas típicas
- DImplementación depende de si hay multicast en la red, sino se implementa mediante envío de N mensajes.
- ENinguna de las anteriores.
10Primitivas típicas en las colas de mensajes:
- send: [blank_start]envía mensajes.[blank_end]
-receive: [blank_start]recibe mensajes (bloqueante)[blank_end]
- poll: [blank_start]recibe mensajes (sin bloquear)[blank_end]
-notify: [blank_start]notifica cuando se reciba un mensaje[blank_end]- Aenvía mensajes.
- Brecibe mensajes (bloqueante)
- Crecibe mensajes (sin bloquear)
- Dnotifica cuando se reciba un mensaje
11Señala las características de punto a punto en el paso de mensajes:
- APrimitivas send y receive, middleware, sockets y MPI
- BPrimitivas send receive notify y poll, middleware, sockets y RPC
- CComunicación entre más de dos procesos, middleware, sockets y MPI
- DPrimitivas send y receive, middleware, sockets y MPI, sin conexión
- ENinguna de las anteriores
12¿Cómo se hace la implementación del modelo cliente-servidor?
- Asockets, llamadas a procedimientos remotos, servicios Web
- BSockets, MPI, conexión a red multicast, y servicios Web
- CMediante conexiones entre dos procesos, redes multicast y sockets
- Dninguna de las anteriores
13¿Qué son los clientes ligeros?
- AClientes que no pagan el servicio otorgado por el utility computing
- Bservicios que suponen poca carga en el cliente, típico de clientes móviles y servidores en la nube
- CToda son correctas
14Señala las características de los servidores concurrentes en el modelo cliente-servidor
- ACuando se recibe una petición se crea un hijo para el cliente o se asigna a uno de un pool de hilos ya creados
- BUsados por muchos middlewares para proporcionar los correspondientes mecanismos de control
- CSe añaden dinámicamente servidores que son localizados por los clientes
- DTodas son correctas
15¿Cuáles son los roles de la arquitectura orientada a servicios?
- AServidor o proveedor del servicio
- BCliente
- CRegistro: responsable de dar acceso a las descripciones de los servicios web
- DMaestros
- Etodas son correctas
16¿Qué son los microservicios?
- AServidores especializados en resolver problemas específicos con un conjunto pequeño de capacidades concretas.
- BServicios muy complejos con poca carga para el cliente.
- CSon típicamente protocolos petición- respuesta
- DTodas las anteriores
17La RPC facilita transportar aplicaciones monolíticas a un entorno distribuido
- ATrue
- BFalse
18¿De qué se encargan los códigos de unos procedimientos y métodos suplentes que generan las plataformas middleware RPC y RMI?
- Ahacer la invocación
- Borganizar los servicios ofrecidos a los clientes
- Cenviar y recibir los parámetros y valores de retorno aplanándolos
- DTodas son correctas
19¿Qué tipo de modelo de comunicación permite aplicar técnicas de POO a los SDy tiene una semántica más rica?
- APeer to peer
- BMaestro-trabajador
- Ccliente-servidor
- DRMI (invocación de métodos remotos)
20¿En qué modelo de comunicación los procesos comunicantes asumen un mismo rol intercambiando recursos y servicios, tiene una comunicación N a N y no necesitan recursos centralizados aunque puedan tenerlos?
- APeer to peer
- BMaestro-esclavo
- CRMI
- DPaso de mensajes
21[blank_start]Maestro-trabajador:[blank_end] utilizado en computación de altas prestaciones. la partición guiada por la estructura de datos. si el nº de trabajos es mayor que el nº de trabajadores, reparto automático de carga.
[blank_start]Editor-suscriptor:[blank_end] sistema de eventos distribuidos, los procesos suscriptores declaran su interés por determinados tipos de eventos, proceso editor genera un evento y lo envía.
[blank_start]Aplicaciones colaborativas:[blank_end] varios procesos participan en una sesión de trabajo colaborativo de dos formas: basados en mensajes a todos o parte del grupo y basado en pizarra: leen y escriben en un espacio compartido.- AMaestro-trabajador:
- BEditor-suscriptor:
- CAplicaciones colaborativas:
22El código móvil se transfiere y se ejecuta con instalación explícita
- ATrue
- BFalse
23¿Qué requiere el código móvil?
- AArquitecturas homogéneas
- BInterpretación de código.
- CMáquinas virtuales
- DSistemas operativos diferentes
24¿Cuáles son los objetivos de los sistemas de información distribuida?
- AMayor eficiencia permitiendo el acceso paralelo a diferentes partes de un conjunto de datos
- Bintegrar los recursos de información de una organización para conseguir un sistema de información global
- CReferirse a la entidad en un SD con un nombre propio aunque pueda estar replicada.
- DRecibir la transmisión para sincronizar los procesos.
25¿para qué es necesario sincronizar los relojes de los procesadores en un SD?
- APara operaciones de tiempo real, ordenación de eventos y análisis de rendimiento
- BPara operaciones de tiempo real y análisis de rendimiento
- CPara operaciones de tiempo real, depuración distribuida y centralización de los procesos
- DNinguna de las anteriores
26¿Cómo son los algoritmos de exclusión mutua?
- ACentralizados
- BDescentralizados
- CDistribuidos
- DEn anillo
- EEn estrella
- FEn bus
27¿Cuáles son los tipos de fallo que existen en la tolerancia a fallos?
- AEventuales, intermitentes y permanentes.
- BPrimarios, secundarios y terciarios.
- CContinuos, permanentes e intermitentes
- DNinguna de las anteriores
28Grado de tolerancia a fallos:
-[blank_start]Completa:[blank_end] el sistema sigue funcionando, al menos durante un tiempo, sin perder funcionalidad ni prestaciones.
-[blank_start]Degradación aceptable:[blank_end] el sistema sigue funcionando con una pérdida parcial de funcionalidad o prestaciones hasta la reparación del fallo.
- [blank_start]Parada segura:[blank_end] el sistema se detiene en un estado que asegura la integridad del entorno hasta que se repare el fallo.- ACompleta:
- BDegradación aceptable:
- CParada segura:
29¿Cuáles son los tipos de redundancia?
- ADe información: se añaden datos que permiten recuperar info perdida
- BDe tiempo: se repite una acción que ha fallado
- CFísica
- DDe espacio: se permite recuperar los componentes hw y sw
30¿Qué es un socket?
- AEs cada uno de los extremos de una comunicación bidireccional
- BEs un paquete de java que alberga todas las clases relacionadas con comunicaciones
- CEs el hilo principal de la comunicación entre dos procesos
- DNinguna de las anteriores
31Para que un cliente realice una petición debe conocer el nombre del host y el listening post
- ATrue
- BFalse
32-El paquete [blank_start]java.net[blank_end] alberga todas las clases relacionadas con las comunicaciones.
-La clase [blank_start]ServerSocket[blank_end] es usada por los servidores.
-La clase [blank_start]Socket[blank_end] la usan tanto clientes como servidores para enviar y recibir información.
-Para leer un socket se utiliza [blank_start]InputStream[blank_end], para escribir se utiliza [blank_start]OutputStream[blank_end]- Ajava.net
- BServerSocket
- CSocket
- DInputStream
- EOutputStream
33Para crear un cliente con sockets se utiliza la clase:
- Ajava.net.Socket
- BServerSocket
- CSocket accept
- Djava.net
34Para crear un servidor con sockets se utiliza la clase:
- Ajava.net.Socket
- BServerSocket
- Cjava.net.ServerSocket
- Djava.net
35-[blank_start]Socket(String host, int port)[blank_end]: crea un socket y le conecta al host y al puesto especificado.
-[blank_start]Inputstream getINputStream()[blank_end]: desde el que se puede leer la información desde el otro extremo.
-[blank_start]OuputStream getOutputStream()[blank_end]: donde se puede escribir la información para enviarla al otro extremo.
-[blank_start]void close()[blank_end]:cierra la conexión.- ASocket(String host, int port)
- BInputstream getINputStream()
- COuputStream getOutputStream()
- Dvoid close()
36¿Qué hace Socket accept()?
- ACrea un Servidor socket enlazado al puerto especificado
- BSe utiliza para enviar la información al otro extremos de la comunicación
- CEspera la llegada de nueva conexión, si llega se devuelve un socket.
- DNinguna de las anteriores
37Cuando un servidor tenga que atender varios clientes de forma simultánea debe crear un nuevo hilo por cada cliente.
- ATrue
- BFalse
38La clase que se debe utilizar para crear un hilo es:
- Ajava.lang.Thread
- Bjava.net.Thread
- Cjava.net
- Djava.net.Socket.Thread
39Creamos la clase hija de Thread y redefinimos [blank_start]el método run().[blank_end]
Para invocar el hilo utilizamos el [blank_start]método void start().[blank_end]
Para pasarle parámetros de entrada a un hilo redefinimos [blank_start]el contructor.[blank_end]
Para recoger resultados hay que utilizar [blank_start]variables de clase.[blank_end]- Ael método run().
- Bmétodo void start().
- Cel contructor.
- Dvariables de clase.
40En java una clase es aplanable o serializable cuando todos sus atributos son [blank_start]primitivos[blank_end] o serializables
- Aprimitivos
41[blank_start]ObjectOutputStream (OutputStream out):[blank_end] crea un flujo en el que se pueden escribir objetos serializables.
[blank_start]Void writeObject (Object obj):[blank_end] escribe el objeto en el flujo
[blank_start]ObjectInputStream (InputStram in):[blank_end] crea un flujo del que se pueden leer objetos serializables.
[blank_start]Object readObject():[blank_end] lee un objeto del flujo.
Si un atributo no necesita ser serializado se marcará como [blank_start]transient[blank_end].
Si alguna clase tiene un atributo no serializable al intentar serializarlo se lanzará la excepción [blank_start]NotSerializableException[blank_end].- AObjectOutputStream (OutputStream out):
- BVoid writeObject (Object obj):
- CObjectInputStream (InputStram in):
- DObject readObject():
- Etransient
- FNotSerializableException
42¿A que tipo de serialización corresponde?
La estructura de datos se transforma en un formato de texto legible por humanos. suele tener un coste computacional mayor.- ATextual
- BBinaria
- CBinaria por defecto en java
43¿A que tipo de serialización corresponde?
La estructura de datos se transforma a array de bytes, ocupa menos, no es legible y suele tener mejor rendimiento ya que tiene menos datos a transferir y menos tiempo de serialización- ATextual
- BBinaria
- CBinaria por defecto en java
44Tipos de cifrado:
-[blank_start]Simétrico[blank_end]: emisor y receptor utilizan una única clave. Algoritmos típicos: DES, 3DES, AES...
-[blank_start]Asimétrico[blank_end]: se basa en la utilización de un par de claves pública-privada. la clase privada protegida por el propio usuario y se comparte la clave pública. Algunos algoritmos típicos: DSA, RSA, etc.- ASimétrico
- BAsimétrico
45Se sabe que la clave pública que recibió la persona pertenece a ella misma por las PKI, conocidas como infraestructura pública.
- ATrue
- BFalse
46Tipos de PKI:
-[blank_start]RA[blank_end]: Autoridad de registro.
-[blank_start]CA[blank_end]: Autoridad de certificación.
-[blank_start]VA[blank_end]: Autoridad de validación.- ARA
- BCA
- CVA
47Proceso de autenticación:
-[blank_start]Keystore[blank_end]: almacena su propia credencial y contiene información privada y confidencial.
-[blank_start]Truststore[blank_end]: tiene las claves públicas de los sistemas en los que confía, no contiene información privada y confidencial.- AKeystore
- BTruststore
48Al principio los servidores web únicamente servían ficheros del disco duro
- ATrue
- BFalse
49¿En qué casos son más adecuadas?
[blank_start]Web estática sin JavaScript:[blank_end] documentación contenido prefijado: APIs, javado, etc
[blank_start]Web estática con JavaScript:[blank_end] documentación extensa, con facilidades para el usuario
[blank_start]Web dinámica sin JavaScript:[blank_end] contenidos almacenados en servidor.
[blank_start]Web dinámica con JavaScript[blank_end]: foros, contenidos online, documentación colaborativa.
[blank_start]Aplicaciones AJAX/SPA:[blank_end] intranets, extranet, portátiles de clientes, aplicaciones de servicio.- AWeb estática sin JavaScript:
- BWeb estática con JavaScript:
- CWeb dinámica sin JavaScript:
- DAplicaciones AJAX/SPA:
- EWeb dinámica con JavaScript
50Señala las características de una página web estática:
- AEl navegador hace petición al servidor mediante http
- BEl servidor transforma URL a ruta en disco
- CEl servidor devuelve el fichero de disco al navegador
- DIncluye JavaScript
- ESe suele usar la librería JQuery
- FEl contenido de la página web está alojado en el disco duro del servidor estático
51Señala las características de una página web dinámica:
- AEl navegador hace petición al servidor mediante http
- BEl servidor transforma URL a ruta en disco
- CEl servidor devuelve el fichero de disco al navegador
- DIncluye JavaScript
- ESe suele usar la librería JQuery
- FEl contenido de la página web está alojado en el disco duro del servidor estático
- GLas páginas incluyen código JavaScript que se ejecuta en el navegador
52Señala las características de una aplicación web con cliente estático:
- AAl recibir una petición, devuelve el contenido de disco o ejecuta código para generar un recurso dinámicamente
- BAl ejecutar código se hacen consultas a una base de datos para recuperar info y generar el HTML
- CSi el usuario pulsa un link se recarga la página al completo
- DEl javaScript se utiliza para crear efectos gráficos y para validaciones de datos en formularios
- ELa gran mayoría de aplicaciones en internet son de este tipo
- FSuelen usar JQuery
53Señala las características de una aplicación web con interactiva:
- AAl recibir una petición, devuelve el contenido de disco o ejecuta código para generar un recurso dinámicamente
- BAl ejecutar código se hacen consultas a una base de datos para recuperar info y generar el HTML
- CSi el usuario pulsa un link se recarga la página al completo
- DEl javaScript se utiliza para crear efectos gráficos y para validaciones de datos en formularios
- ELa gran mayoría de aplicaciones en internet son de este tipo
- FSuelen usar JQuery
54HTTP Request:
El header lleva info sobre:- AEl recurso al que se desea acceder
- BLa forma en la que se accede
- Cel formato en el que se envía el cuerpo de la petición content-type
- Del formato en el que se solicita la respuesta
- Einformación de cacheo de si el cliente tiene ya alguna versión previa del recuso solicitado
- Finformación de autenticación y seguridad
- Gcabeceras específicas
- Hclaves públicas de quien envía el mensaje
- Iinformación necesaria para hacer el traspaso de información
55HTTP response:
header lleva info sobre:- AEl código de respuesta de HTTP
- BEl formato en el que se envía la respuesta Content-type
- Cinformación de cacheo
- Dcabeceras específicas
- Eel recurso uri al que se ha accedido
- Fla forma en la que se ha accedido al recurso
56HTTP Status:
Se dividen en cinco grupos:
-1XX: [blank_start]respuestas informativas.[blank_end]
-2XX: [blank_start]peticiones correctas.[blank_end]
-3XX: [blank_start]redirecciones.[blank_end]
-4XX: [blank_start]errores del cliente.[blank_end]
-5XX: [blank_start]errores del servidor.[blank_end]- Arespuestas informativas.
- Bpeticiones correctas.
- Credirecciones.
- Derrores del cliente.
- Eerrores del servidor.
57[blank_start]URL[blank_end]: es un URI que especifica como localizar el recurso.
[blank_start]URI[blank_end]: forma de identificar unívocamente un recurso en Internet.
[blank_start]URN[blank_end]: si no incluyen información de la localización. Obtienen URL a través de URN- AURL
- BURI
- CURN
58¿Qué se hace más difícil con el tiempo en una única aplicación?
- AAdministración
- BMantenimiento
- CEvolución
- DCambios
- EEscalabilidad
- FRendimiento
- GAccesibilidad
59¿Qué objetivos tiene dividir el software en componentes más pequeños?
- AHacer su desarrollo de forma independiente
- BSimplificar su gestión
- CMejorar el potencial ciclo de vida diferente
- DPrever errores
60Los módulos del software tienen interdependencias
- ATrue
- BFalse
61Objetivos del Reactive Manifesto
- AFlexibilidad
- BBajo acoplamiento
- CEscalabilidad
- DVelocidad de desarrollo
62En qué modelo se diseñan módulos distintos para gestionar las operaciones de escritura y lectura
- ACQRS (Command and Query Responsibility Separation)
- BDDD (Domain Driven Design)
- CModelo vista controlador
- DNinguna de las anteriores
63La arquitectura controlador, servicio, repositorio DB es monolítica
- ATrue
- BFalse
64La modularización horizontal tiene un service y repository por cada entidad
- ATrue
- BFalse
65Problemas de los módulos
- AInterdependencias
- BAcoplamientos
- CTransparencias
- DEscalado
- ESincronía y latencias
- FTiempos de desarrollo
66El RPC (Remote Procedure Call)
- ALlama a un componente remoto que representa a uno local
- BLlama a un componente local que representa a uno remoto
- COculta el detalle en llamada y la ejecución remota
- DNo oculta ni el detalle en llamada ni la ejecución remota
67Inconvenientes del RPC (Remote Procedure Call)
- AAcoplamiento
- BFalta de Transparencia
- CCambios de ubicación o escalado
- DErrores de red que rompan la abstracción
- EDificultad de desarrollo
- FEs solo teórico
68Un módulo de los servicios web no mantiene ni define la coherencia
- ATrue
- BFalse
69Un módulo de los servicios web permite trabajar con contratos de servicio, cachés y degradación progresiva entre módulos
- ATrue
- BFalse
70Cuando un servicio web empieza a ser utilizado tenemos control sobre el número de clientes que lo usan
- ATrue
- BFalse
71Opciones para montar una capa web
- ASPA (Single Page Application)
- BBFF (Backend For Frontend)
- CWordpress
- DSTS (Spring Tools Suit)
72Las SPAs (Single Page Application) no invocan directamente a los servicios
- ATrue
- BFalse
73BFF (Backend for Frontend) no necesita una app web que invoque los servicios rest
- ATrue
- BFalse
74Problemas de tener un modelo único de BD
- AAcoplamiento
- BCoherencia
- COwnership compartido
- DConflictos de modelado
- ELímite de escalabilidad
- FCondiciones de carrera
75Beneficios de tener un modelo de BD por módulo
- AIndependencia
- BSeguridad
- CCoherencia
- DPosibilidad de usar lenguajes distintos
- EPoder usar diferentes sistemas operativos
- FMayor velocidad
76La API Gateway
- ASirve en los Servicios RPC para saber la ubicación del módulo al que llamar
- BSirve en los Servicios Web para saber la ubicación del módulo al que llamar
77El servicio de directorio
- ASirve en los Servicios RPC para saber la ubicación del módulo al que llamar
- BSirve en los Servicios Web para saber la ubicación del módulo al que llamar
78Una API Gateway puede distribuir la carga de trabajo
- ATrue
- BFalse
79El cliente debe saber la ubicación exacta de la API Gateway
- ATrue
- BFalse
80La API Gateway puede balancear peticiones entre varias instancias de un módulo (servicio)
- ATrue
- BFalse
81La API Gateway no puede gestionar versionado de servicios
- ATrue
- BFalse
82Cuando un módulo llama a otro por servicio REST la llamada suele ser
- ASíncrona
- BAsíncrona
83Un módulo, en una llamada síncrona, debe conocer:
- AA qué módulo llamar
- BLos servicios que debe invocar
- CEl lenguaje del otro módulo
84Gracias a un Message Bus la llamada entre módulos se vuelve
- ASíncrona
- BAsíncrona
85Cada módulo encapsula su propia operativa de negocio
- ATrue
- BFalse
86Cuando un módulo realiza en cambio notifica el hecho enviando un evento
- ATrue
- BFalse
87Otros módulos se pueden suscribir al bus de mensajería para recibir ciertas notificaciones
- ATrue
- BFalse
88Un evento puede cambiarse
- ATrue
- BFalse
89Un evento debe ser validado
- ATrue
- BFalse
90Un evento puede ser tratado o ignorado
- ATrue
- BFalse
91Ventajas del Event-Streaming
- AComunicación síncrona
- BComunicación asíncrona
- CEscalabilidad fácil
- DMenor dependencia (solo al evento)
- EEl publicador y suscriptor no necesitan saber nada de la otra parte
- FSe mantiene información de todo lo sucedido en el pasado
- GSe puede re-ejecutar todos los eventos
- HSe puede hacer auditoría
92Las comunicaciones asíncronas hacen que la trazabilidad sea más complicada
- ATrue
- BFalse
93La arquitectura de microservicios necesita de APIS
- ATrue
- BFalse
94Para conseguir una arquitectura de microservicios necesitamos una separación de dominios con ___________ acoplamiento en base a DDD
- AAlto
- BBajo
- CNulo
95Los Microservicios se hacen con REST
- ATrue
- BFalse
96Docker y Kubernetes:
[blank_start]Docker[blank_end]: Se encarga de empaquetar las apps en entornos aislados y fácilmente escalables
[blank_start]Kubernetes[blank_end]: Sirve para gestionar la arquitectura distribuida- ADocker
- BKubernetes
97Kubernetes puede
[blank_start]Gestionar el ciclo de vida:[blank_end] del contenedor de una aplicación despliegue, arranque, parada
[blank_start]Autoescalado:[blank_end] en función de numerosos parámetros configurables (peticiones, uso de memoria, CPU, etc...),
[blank_start]Servicios de red y load-balancing:[blank_end] (repartiendo la carga entre las distintas máquinas virtuales)
Servicios [blank_start]de monitorización o de checking:[blank_end] del estado de salud de cada uno de los contenedores.
[blank_start]Service Discovery:[blank_end] para que un contenedor pueda encontrar con relativa facilidad las rutas IP o el DNS de otro contenedor.- AGestionar el ciclo de vida:
- BAutoescalado:
- CServicios de red y load-balancing:
- DService Discovery:
- Ede monitorización o de checking:
98El controlador es la clase encargada de atender peticiones web:
- AManipulan los datos que llegan con la petición
- BObtienen los datos que se visualizarán en la página
- CDecide qué plantilla generará el HTML
- DSe implementa como plantillas HTML definidas en base a la info del modelo
99Entre las técnicas para facilitar la depuración tenemos:
- AUsar el framework de logging
- BPoner system.out.println ("mensaje")
- CNinguna de las anteriores
- DNo hay forma de ver los errores
100Formas de enviar información del navegador al servidor:
- AMediante formularios html
- Bmediante formularios HTML e insertando info en la URL de enlaces
- Cninguna de las anteriores
- Dimsertando info en la URL de los enlaces
101En formularios se recomienda usar POST ya que es más seguro y las URLs quedan más limpias
- ATrue
- BFalse
102El método GET, el navegador incluye la info del formulario en la URL que solicita al servidor
- ATrue
- BFalse
103El método POST, el navegador incluye la info del formulario en la URL que solicita al servidor.
- ATrue
- BFalse
104HTTP Methods:
-[blank_start]GET[blank_end]: obtener información, no debe tener nunca efectos laterales, como modificar información en el servidor o realizar una operación.
-[blank_start]HEAD[blank_end]: consultar si hay información en una URL igual que GET pero solo devuelve la cabecera.
-[blank_start]POST[blank_end]: crear o modificar un recurso conociendo la URL de un gestor de recursos.
-[blank_start]PUT[blank_end]: Actualizar o crear un recurso conocida su URL de destino.
-[blank_start]PATCH[blank_end]: actualización parcial de u n recurso conocida su URL.
-[blank_start]OPTIONS[blank_end]: consultar las acciones permitidas sobre una URL.- AGET
- BHEAD
- CPOST
- DPUT
- EOPTIONS
- FPATCH
105Un URI consta de las siguientes partes:
-[blank_start]Autoridad[blank_end]: precedido por //. Elemento jerárquico que identifica la autoridad de nombres.
-[blank_start]Esquema[blank_end]: tipo de especificación. El algunos casos identifica el protocolo de acceso al recurso.
-[blank_start]Ruta[blank_end]: identificación del recurso en el ámbito del esquema URI y la autoridad de nombres, usualmente con estructura jerárquica. Se suele corresponder con la ruta donde se almacenan los archivos.
-[blank_start]Puerto[blank_end]: puerto de comunicaciones donde escucha el proceso.
-[blank_start]Consulta[blank_end]: comenzando por "?", información con estructura no jerárquica que identifica al recurso en el ámbito del esquema URI y la autoridad de nombres.
-[blank_start]Fragmento[blank_end]: Comenzado con "#", permite identificar una parte del recurso principal, o una vista de una representación de este.- AAutoridad
- BEsquema
- CRuta
- DPuerto
- EConsulta
- FFragmento
106Cuáles son políticas de asignación de servidor en el load Balancer
- ARound Robin
- BSticky Session
- CLess Load
- DGNU- compression
- EPIPO
107Comparado con los años 80, que ha cambiado
- ASoftware más complejo
- BMayores requisitos de escalado
- CMayores requisitos de administración de software
- DHardware más complejo
- EMayores tiempos de desarrollo
108Cloud computing ofrece recursos fácilmente utilizables
- ATrue
- BFalse
109Cloud computing se puede reconfigurar de forma dinámica
- ATrue
- BFalse
110Para redimensionar los recursos de Cloud computing se usa
- AAPI REST
- BWeb
- CServicio técnico
- DEdición de un archivo
111Las características del cloud computing son
- AElasticidad
- BPago por uso
- CGestión ubicua
- DExternalización
- EMultitenant
- FFiabilidad
- GLocalización
- HEstandarización
112El sistema Cattle
- ASe construye de forma automática
- BSi un servidor se rompe se descarta y se crea una nueva instancia
- CEl proceso de generación está automatizado
- DMinimiza la inversión
- EFacilita la gestión del softwate
- FTiene capacidad virtualmente ilimitada
- GNo tiene problemas de seguridad
- HNo da problemas con la legislación de otros países
113Modelos de servicio cloud
[blank_start]Bajo nivel:[blank_end] Infraestructura como servicio ([blank_start]IaaS[blank_end])
[blank_start]Medio nivel:[blank_end] Plataforma como servicio ([blank_start]PaaS[blank_end])
[blank_start]Alto nivel:[blank_end] Software como servicio ([blank_start]SaaS[blank_end])- ABajo nivel:
- BIaaS
- CMedio nivel:
- DPaaS
- EAlto nivel:
- FSaaS
114Frente a los problemas de seguridad del cloud computing hay empresas que han hecho nubes privadas
- ATrue
- BFalse
115El gestor más popular de cluster de nube privada es
- AOpenStack
- BAzure
- CCloudNative
116Para evitar el tiempo que tarda en arrancar Java en cloud, se utiliza
- AAoT (Ahead of Time)
- BSTS (Spring Tools Suit)
- CKubernetes
117Actualmente qué equipo se encarga del despliegue, puesta en producción, mantenimiento y operación del software
- AEquipo de desarrollo
- BEquipo de administración
- CEquipo de organización
118Hay estándar en los PaaS (Platform as a Service)
- ATrue
- BFalse
119Hay que instalar software en SaaS (Software as a Service)
- ATrue
- BFalse
120Las redes sociales son
- ASaaS (Software as a Service)
- BPaaS (Platform as a Service)
- CCaaS (Collaboration as a Service)
121El Data as a Service proporciona acceso a bases de datos y capacidad de almacenamiento
- ATrue
- BFalse
122En una app web el cliente se comunica con el servidor
- ACon el protocolo tcp/ip
- BCon el protocolo UDP
- CCon el protocolo HTTP
123Las apps web devuelven
- AUn documento HTML
- BInformación estructurada
124Las apps SPA (Single Page Application) y con AJAX devuelven
- AUn documento HTML
- BInformación estructurada
125La API REST es usada por el
- ABackend
- BFrontend
126La API REST se basa en los elementos el protocolo
- ACon el protocolo tcp/ip
- BCon el protocolo UDP
- CCon el protocolo HTTP
127REST significa
- AResponsive State
- BRepresentational State Transfer
- CRepresentational Simple Transfer
128¿Qué es anterior?
- ASOAP
- BAPI REST
129¿Qué es más complejo?
- ASOAP
- BAPI REST
130¿Cuál es el nivel más usado de cumplimiento de principios REST?
- ANivel 0: The Swamp of POX (Plain Old XML)
- BNivel 1: Resources
- CNivel 2: HTTP Verbs
- DNivel 3: Hypermedia Controls
131¿Qué son los servicios CRUD?
- ACreación, Lectura, Actualización y Borrado
- BCreación, Recursos, Actualización y Borrado
- CCreación, Recursos, Simplificación y Borrado
- DCreación, Lectura, Simplificación y Borrado
132La API REST representa recursos en formato estructurado
- ATrue
- BFalse
133En el nivel 2 de principios REST una URI solo hace referencia a un recurso
- ATrue
- BFalse
134En el nivel 2 de principios REST los recursos se representan en formato
- AJSON
- BXML
- CHTML
135En el nivel 2 de principios REST, cuando un recurso está asociado a otro se pueden poner ambos en la URL
- ATrue
- BFalse
136La URI puede estar formadas por verbos
- ATrue
- BFalse
137¿Qué operaciones se codifican como métodos HTTP?
• [blank_start]GET[blank_end]: Devuelve el recurso (o recursos) identificado en la URI
• [blank_start]DELETE[blank_end]: Borra el recurso identificado en la URI
• [blank_start]POST[blank_end]: Añade un nuevo recurso. El recurso se envía en el cuerpo de la petición
• [blank_start]PUT[blank_end]: Reemplaza el recurso identificado en la URI. El nuevo recurso se envía en el cuerpo de la petición
• [blank_start]PATCH[blank_end]: Actualizar el recurso identificado en la URI. Los cambios se envían en el cuerpo de la petición- AGET
- BDELETE
- CPOST
- DPUT
- EPATCH
138JSON hace difícil mapear objetos a memoria
- ATrue
- BFalse
139¿Qué formato es más común?
- AJSON
- BXML
- CTodas las anteriores
140Las API REST están diseñadas para ser utilizadas por personas
- ATrue
- BFalse
141Hay lenguajes que no tienen librerías en las API REST
- ATrue
- BFalse
142Los desarrolladores pueden usar herramientas para hacer peticiones y ver las respuestas de las API REST
- ATrue
- BFalse
143AJAX y las arquitecturas SPA, implementadas con javascript, usan servicios REST desde
- AEl navegador
- BEl servidor
144Las API REST sólo se pueden usar con la API estándar del browser
- ATrue
- BFalse
145Para implementar una API REST con Spring se puede usar
- AJAX-RS
- BSpring MVC
- CSpring STS
- DMaven
146La parte de Vistas de Spring MVC se puede usar para
- AWeb
- BREST
- CAcceso a BD
- DSobreescribir operaciones del @Service
147¿Qué anotación se usa para devolver un recurso concreto?
- A@Controller
- B@Entity
- C@Get
- D@GetMapping
148El ide de un recurso se codifica en la URL con
- A@PathVariable
- B@Entity
- C@Id
- D@ResponseEntity
149Para atender a peticiones POST se utiliza
- A@POST
- B@PostMapping
- C@RequestBody
- D@ResponseEntity
150Para atender al cuerpo de la petición, se obtiene el parámetro con
- A@POST
- B@PostMapping
- C@RequestBody
- D@ResponseEntity
151Para atender a peticiones DELETE se utiliza
- A@Delete
- B@DeleteMapping
- C@DeleteBody
- D@DeleteEntity
152Se puede devolver opcionalmente un recurso nada más borrarlo, en la misma función
- ATrue
- BFalse
153Para reemplazar un recurso se utiliza
- A@Put
- B@PutMapping
- C@GetMapping
- D@Entity
154Al reemplazar un recurso con PUT
- AEl id se codifica en la URL y se accede con @PathVariable
- BEl nuevo anuncio se codifica en el body y se accede con @RequestBody
- CEl nuevo anuncio se codifica en la URL y se accede con @PathVariable
- DEl id se codifica en el body y se accede con @RequestBody
155Para factorizar una URL utilizamos
- A@RequestMapping
- B@RestController
- C@GetMapping
- D@Get
156La creación de aplicaciones utilizando Spring Data
y Spring REST es muy rara y no recomendada- ATrue
- BFalse
157Optional está incluido por defecto en findById
- ATrue
- BFalse
158Con una API REST no podemos controlar cómo se convierten los objetos a JSON
- ATrue
- BFalse
159¿Qué librería usa spring para convertir los objetos a JSON?
- AJackson
- BJava.net.JSON
- CJava.lang.JSON
- DJSONLib
160Es una buena práctica usar los objetos del modelo directamente en la API REST
- ATrue
- BFalse
161Es una buena práctica usar las clases @Entity en la API REST
- ATrue
- BFalse
162Es una buena práctica usar el patrón DTO (Data Transfer Object) en la API REST
- ATrue
- BFalse
163Para ignorar atributos del JSON en la API REST se usa
- ALa anotación @JsonIgnore
- B@Ignore
- CTransient en el objeto
164Con @JsonView necesitamos una interfaz para elegir qué ver
- ATrue
- BFalse
165Para hacer peticiones REST en Spring se usa
- AMaven
- BSpring STS
- CSpring MVC
- DUn objeto de la clase RestTemplate
166Para comunicarnos con otra API tenemos que decirle qué objeto queremos recibir
- ATrue
- BFalse
167Para comunicarnos con otra API, ¿con qué otro método
podemos enviar datos en el segundo parámetro?- AGET
- BPOST
- CPUT
- DDELETE
- EPATCH
168Es siempre obligatorio definir una clase para el objeto que recibimos de otra API
- ATrue
- BFalse
169Para documentar una API usamos la especificación
- AOpenAPI con SpringDoc
- BSwagger Specification
- CXML
- DJSON
170La especificaicón OpenAPI se puede especificar en
- AYAML
- BXML
- CHTML
- DJSON
171Los ficheros de OpenAPI se dividen en 3 partes
- AHTML, CSS, Javascript
- BMeta Information, Path ítems (endpoints), Reusable components
- C@Controller, @Service, @Repository
172Con el enfoque API First
- AEs más fácil obtener feedback de los clientes
- BAyuda a la coherencia y las reglas de estilo
- CNo se pueden usar herramientas de generación de código
- DLos equipos pueden trabajar en paralelo
173Para tratar excepciones en una API tenemos
- A@ControllerAdvice para un controlador global
- B@ExceptionHelper para invocar a un método cuando aparezca la excepción indicada
- C@ ExceptionHelper para un controlador global
- D@ ControllerAdvice para invocar a un método cuando aparezca la excepción indicada
- EResponseStatusException
174Una aplicación antes de desplegarse necesita
- ASer construida
- BSer empaquetada
- CSer escalada
175Las aplicaciones Spring Boot tienen los formatos
- A.jar
- B.war
- CDocker
- DImágenes nativas de GraalVM
- E.html
- F.spring
176Se usa una aplicación de Spring en formato .war cuando
- AHay varias apps en el mismo servidor
- BTienes todo el servidor dedicado para la app
- CQuieres evitar limitaciones por versiones
177Qué formato de Spring Boot se recomienda y es más fácil de actualizar
- A.jar
- B.war
- C.html
- D.spring
178El formato de Spring Boot se decide en
- AApplication.properties
- BClean ald Build
- CPom.xml
- DMain del java
179Sistemas de Ficheros Distribuidos
[blank_start]Modo cliente Servidor:[blank_end] Cada fichero reside en un único servidor accesible desde clientes conectados en red. Traduce el nombre de fichero que usa el usuario a nombres internos.
[blank_start]Réplica[blank_end]: Distintos nodos (discos/ordenadores) mantienen copias idénticas del sistema de ficheros
[blank_start]Compartición[blank_end]: Distintos ordenadores tienen copias que se sincronizan en momentos determinados.
[blank_start]Almacenamiento Paralelo[blank_end]: Un fichero está repartido entre varios discos/ servidores. Orientado a volúmenes de datos masivos- AModo cliente Servidor:
- BRéplica
- CCompartición
- DAlmacenamiento Paralelo
180Tipos de caché en el cliente
- ACaché de bloques
- BCaché de nombres
- CCaché de metadatos del sistema de ficheros
- DCaché de RAM
- ECaché compartido
181WebDAV
- AEs un protocolo de comunicaciones
- BUtiliza métodos de HTTP como operaciones CRUD sobre ficheros
- CExtiende HTTP con nuevos métodos
- DEs un sistema de ficheros
- ELimita los métodos de HTTP
182Qué sistema de ficheros distribuidos tiene arquitectura espejo y principal/secundario
- AModo cliente Servidor
- BRéplica
- CCompartición
- DAlmacenamiento Paralelo
183El CDN (Content Delivey Network) se usa para contenidos que cambian mucho
- ATrue
- BFalse
184Es posible tener a la vez Coherencia, disponibilidad y tolerancia a la partición de la red
- ATrue
- BFalse
185Las Bases de Datos distribuidas no suelen seguir un esquema maestro esclavo
- ATrue
- BFalse
186Tipos de fragmentación en bases de datos relacionales
[blank_start]Horizontal[blank_end]: Operación de selección
[blank_start]Vertical[blank_end]: Operación de proyección
[blank_start]Mixta[blank_end]: Anidamiento de las anteriores- AHorizontal
- BVertical
- CMixta
187En las bases de datos, si falla una transacción se deshace todo lo que haya cambiado
- ATrue
- BFalse
188Cuando una base de datos está fragmentada, un nodo actúa como coordinador
- ATrue
- BFalse
189En las bases de datos fragmentadas, si un nodo aborta, se produce un commit
- ATrue
- BFalse
190MySQL soporta fragmentación
- ATrue
- BFalse
191Qué método se usa en qué base de datos
[blank_start]ACID[blank_end]: Bases de datos estructuradas
[blank_start]BASE[blank_end]: Bases de datos no estructuradas- AACID
- BBASE
192El modelo BASE delega la responsabilidad de la consistencia a los desarrolladores
- ATrue
- BFalse
193El modelo BASE puede permitir leer datos inconsistentes
- ATrue
- BFalse
Information
- Description
- Informática Quiz on SSDD, created by skyler ruth on 13/02/2022.
- Author
- skyler ruth
- Language
- Español
- Views
- 85
- Tags
- Rating
- No ratings yet Rate this quiz