La virtualización es el conjunto de tecnologías encargadas de simular recursos hardware V F.
La virtualización es el conjunto de tecnologías encargadas de simular recursos software V F.
Solo se puede virtualizar CPU y disco, el resto de recursos se deben utilizar de la máquina anfitriona V F.
Las técnicas de virtualización datan de la década de los 60 pero empiezan a utilizarse mayoritariamente a partir del año 2000 V F.
Las técnicas anteriores a la virtualización consistían en aislar a los usuarios dentro de los SSOO, permitían que varios usuarios accedieran simultáneamente a computadoras que realizaban procesamiento por lotes V F.
Las técnicas anteriores a la virtualización consistían en aislar a los usuarios dentro de los SSOO, los usuarios podían acceder a las computadoras que realizaban procesamiento por lotes pero no de forma simultánea V F.
Es en la época de los 90 cuando surgen soluciones de virtualización no propietarias que abaratan costes, pero aún así se desperdiciaba muchos recursos hardware V F.
Es en la época de los 90 cuando surgen soluciones de virtualización propietarias que aunque aumentaban costes, desperdiciaban menos recursos hardware V F.
Un hipervisor o VMM (Virtual Machine Monitor) es: Una capa software de virtualización La máquina que ejecuta un hipervisor Una máquina virtual Todas son incorrectas.
Un host es: Una capa software de virtualización La máquina que ejecuta un hipervisor Una máquina virtual Todas son incorrectas.
Un guest es: Una capa software de virtualización La máquina que ejecuta un hipervisor Una máquina virtual Todas son incorrectas.
El encargado de acceder y gestiona los recursos físicos de un servidor así como asignar estos a las máquinas virtuales son: Hipervisor Sistema operativo Host Guest Procesador Ninguno de los anteriores.
Un hipervisor puede acceder y gestionar los recursos físicos de un servidor y asignarlos a las máquinas virtuales V F.
Une correctamente Hipervisor tipo 1 o nativo Hipervisor tipo 2 o alojado .
El hipervisor nativo o tipo 1 se ejecuta directamente sobre el hardware físico del sistema V F.
El hipervisor alojado o tipo 2 se ejecuta directamente sobre el hardware físico del sistema V F.
El hipervisor tipo 2 o alojado es más seguro, rápido y eficiente que el tipo 1 o nativo V F.
El hipervisor tipo 1 o nativo es más fácil de configurar que el tipo 2 o alojado V F.
El hipervisor tipo 2 o alojado se ejecuta directamente sobre el sistema operativo host, por lo que si el SO host tiene un problema lo tendrán todas las máquinas V F.
Une correctamente estas características de la virtualización Compartición de recursos Agregación Aislamiento Emulación Portabilidad.
Las características de la virtualización son: Compartición de recursos, Agregación, Aislamiento, Emulación y Portabilidad Compartición de recursos, Consolidación, Transparencia, Simulación y Flexibilidad Compartición de recursos, Virtualización de latencia, Aislamiento de funciones, Emulación avanzada y Movilidad Compartición de recursos, Integración, Seguridad, Simulación de alto rendimiento y Portabilidad mejorada.
La compartición de recursos permite en la virtualización reducir el número de servidores físicos, la administración y consumo de estos V F.
La característica de agregación en la virtualización indica que un grupo de guest separados se puede vincular y presentarse a los hosts como un único guest V F.
La característica de aislamiento en la virtualización indica que el guest realiza su actividad interactuando con una capa de abstracción que puede filtrar la actividad del invitado y evitar operaciones dañinas contra el host V F.
La característica de emulación en la virtualización indica que se puede emular un entorno completamente idéntico con respecto al host ya que se requieren características específicas que están presentes en el host físico V F.
La característica de portabilidad en virtualización indica que el guest se empaqueta en una imagen virtual que, en la mayoría de los casos, se puede mover y ejecutar de forma segura sobre diferentes hosts V F.
Une los tipos de virtualización con su definición Virtualización de servidores Virtualización de escritorio Virtualización de almacenamiento Virtualización de software Virtualización de red.
Que tipo de virtualización permite alojar más de un servidor virtual en un servidor físico Virtualización de servidores Virtualización de escritorio Virtualización de almacenamiento Virtualización de software Virtualización de red.
Que tipo de virtualización permite a los usuarios ejecutar múltiples sistemas operativos de escritorio desde una sola computadora Virtualización de servidores Virtualización de escritorio Virtualización de almacenamiento Virtualización de software Virtualización de red.
Que tipo de virtualización permite combinar un grupo de dispositivos de almacenamiento físico como si fueran un solo dispositivo y acceder a la información sin saber en qué dispositivo físico o virtual se almacenan los datos Virtualización de servidores Virtualización de escritorio Virtualización de almacenamiento Virtualización de software Virtualización de red.
Que tipo de virtualización permite separar software del hardware y SO de la máquina host para que las aplicaciones virtualizadas puedan llegar a ser accedidas desde equipos remotos Virtualización de servidores Virtualización de escritorio Virtualización de almacenamiento Virtualización de software Virtualización de red.
Que tipo de virtualización permite generar varios recursos hardware de red virtual basada en software para asignarse de forma virtual a usuarios o dispositivos de red Virtualización de servidores Virtualización de escritorio Virtualización de almacenamiento Virtualización de software Virtualización de red.
En la virtualización de almacenamiento las aplicaciones y servidores que acceden a la información saben en qué dispositivo físico o virtual se almacenan los datos V F.
La virtualización de almacenamiento facilita el acceso a los datos, realizar copias de seguridad o el transporte datos entre ubicaciones V F.
La virtualización del software es útil porque las aplicaciones virtualizadas pueden llegar a ser accedidas desde equipos remotos V F.
El modo de red NAT permite que las máquinas virtuales puedan salir a Internet gracias a la traducción de direcciones que realiza el Virtual Box NAT Engine V F.
El modo de red por defecto de Virtual Box es el NAT Network V F.
Mientras que en el modo de red de NAT las VM pueden comunicarse entre sí sin necesidad de configuraciones adicionales, el modo NAT Network necesita que se configuren reenvíos de puertos específicos para la intercomunicación V F.
Mientras que en el modo de red NAT las MV salen a Internet utilizando la IP de la tarjeta de red física del host de VirtualHost en el modo NAT Network las MV salen a Internet utilizando la IP asignada por el servidor DHCP V F.
La principal diferencia entre NAT y NAT Network y Bridged Networking es que en los dos primeros las MV pueden comunicarse con el host mientras que en el Bridged Networking no V F.
Para el modo Bridged Networking es importante elegir correctamente el adaptador de red V F.
En el modo de red Internat Network si tenemos una MV 1 que se encuentra dentro de la red interna esta puede acceder a Internet haciendo NAT normalmente V F.
En el modo de red Internal Network el encargado de asignar una dirección IP a las MV de la red interna es el host V F.
El modo de red Host-Only Adapter permite la comunicación entre el host y las MV pero no la salida a Internet V F.
Une correctamente los modos de red según su configuración predeterminada NAT NAT Network Bridged Networking Internal Network Host-only Adapter.
Docker es una plataforma de software para crear aplicaciones basadas en contenedores V F.
Kubernetes es una plataforma de software para crear aplicaciones basadas en contenedores V F.
Un contenedor es un entornos de ejecución ligero, que disponen de las bibliotecas y dependencias del SO necesarias para ejecutar un código determinado, en cualquier entorno V F.
Docker es un conjunto de herramientas que permite a los desarrolladores crear, implementar, ejecutar, actualizar y detener contenedores utilizando comandos simples y automatización que ahorra trabajo a través de una sola API V F.
La desventaja de Docker es que no puede empaquetar su software, se debe reconstruir cada vez que se quiere ejecutar V F.
Los contenedores son posibles gracias a las capacidades de virtualización y aislamiento de procesos integradas en el kernel de Linux V F.
En Linux hay dos funcionalidades que permiten la implementación de los contenedores y son: Los grupos de control (Cgroups) Los espacios de nombres La administración de recursos compartidos La gestión de tareas del sistema Todas son correctas Ninguna es correcta, Linux no influye en la implementación de contenedores La 1 y 2 son correctas La 2 y la 3 son correctas.
En Linux los grupos de control (Cgroups) sirven para asignar recursos entre procesos y los espacios de nombres para restringir el acceso o la visibilidad de un proceso a otros recursos o áreas del sistema V F.
En Linux los grupos de control (Cgroups) sirven para restringir el acceso o la visibilidad de un proceso a otros recursos o áreas del sistema y los espacios de nombres para asignar recursos entre procesos V F.
Entre las ventajas de Docker nos encontramos que tiene un peso más ligero, mayor eficiencia de los recursos, una productividad mejorada del desarrollador y facilita la orquestación y el escalado V F.
Une correctamente las ventajas y desventajas entre Dockers y MV Docker Máquinas Virtuales.
Entre las ventajas de Docker respecto a las MV nos encontramos que: Tiene un peso más ligero porque no llevan la carga útil de una instancia de SO completa y un hipervisor Tiene mayor eficiencia de recursos porque puede ejecutar varias veces más copias de una aplicación en el mismo hardware Tiene productividad mejorada del desarrollador ya que los contenedores son más rápidos y fáciles de implementar, actualizar, aprovisionar y reiniciar Permiten escalabilidad sencilla porque se pueden lanzar múltiples instancias al ser livianos Proporcionan un nivel de aislamiento mayor o igual a una MV Pueden incurrir en una mayor sobrecarga de rendimiento con respecto a una máquina real Mantiene el estado de ejecución si se elimina y también mantiene el estado entre sesiones Todas son correctas Las 3 últimas son incorrectas Todas menos las 2 últimas son correctas.
Une correctamente estas definiciones sobre Docker Docker Dockerfile Imágenes Contenedores Docker Hub.
Un Dockerfile contiene el código fuente de la aplicación ejecutable, así como todas las herramientas, bibliotecas y dependencias que el código de la aplicación necesita para ejecutarse como un contenedor V F.
Una imagen es archivo de texto que proporciona un conjunto de instrucciones para crear una imagen de Docker V F.
Une correctamente sobre Docker Docker Engine Docker Compose Docker Registry.
Docker Compose es el núcleo de Docker con la tecnología subyacente para crear y ejecutar contenedores. V F.
Docker Registry es una herramienta de línea de comandos que utiliza archivos YAML para definir y ejecutar aplicaciones Docker a partir de varios contenedores V F.
Docker Compose permite crear, iniciar, detener y reconstruir todos los servicios desde su configuración y ver el estado y la salida de registro de todos los servicios en ejecución V F.
Docker Registry es un sistema escalable de almacenamiento y distribución de código abierto para imágenes de Docker que permite realizar un seguimiento de las versiones de imágenes en los repositorios y está basado en git V F.
Docker Compose es un sistema escalable de almacenamiento y distribución de código abierto para imágenes de Docker que permite realizar un seguimiento de las versiones de imágenes en los repositorios y está basado en git V F.
Docker Registry es un sistema escalable de almacenamiento y distribución de código privado Docker. Está basado en bash y es propietario. Permite realizar un seguimiento de las versiones de imágenes en los repositorios V F.
Docker es una plataforma de “orquestación” para el despliegue de aplicaciones desarrolladas sobre contenedores V F.
Kubernetes es una plataforma de “orquestación” para el despliegue de aplicaciones desarrolladas sobre contenedores V F.
Kubernetes permite a los desarrolladores crear flujos de trabajo personalizados y automatización de nivel superior para implementar y administrar aplicaciones creadas en contenedores. No obstante, una aplicación no puede estar formada por múltiples contenedores V F.
Docker se considera como un sistema operativo para aplicaciones nativas de la nube V F.
Kubernetes fue desarrollado por Google y su código fue liberado en 2014 V F.
Une correctamente cada componente de un Kubernete con su definición Cluster Nodos (workers) Pods Plano de control.
En Kubernetes, los nodos (workers) son los encargados de ejecutar las máquinas de trabajo/contenedores V F.
En Kubernetes, los pods son computadoras físicas o máquinas virtuales que alojan los nodos que ejecutan las cargas de trabajo V F.
En Kubernetes, los pods son los encargados de ejecutar las máquinas de trabajo/contenedores V F.
Los componentes principales de los Kubernetes se pueden agrupar en componentes de plano de control, componentes de nodo, componentes de pod y componentes de cluster V F.
Los componentes del nodo permiten tomar decisiones globales sobre el cluster, así como detectar y responder eventos de los mismos V F.
Los componentes del plano de control permiten tomar decisiones globales sobre el cluster, así como detectar y responder eventos de los mismos V F.
Los componentes del plano de control se pueden ejecutar en cualquier máquina del cluster. Normalmente se inicia cada uno de los componentes en máquinas del cluster distintas permitiendo que trabajen en paralelo con los cluster de usuario de esas mismas máquinas V F.
Los componentes del plano de control se pueden ejecutar en cualquier máquina del cluster pero normalmente se inicializan todos en la misma máquina y no se ejecutarán contenedores de usuario en esa máquina específica del cluster V F.
Une correctamente cada componente del plano de control en Kubernetes con su definición kube-apiserver etcd kube-scheduller kube-controller-manager cloud-controller-manager.
El componente kube-apiserver es usado únicamente por usuarios finales V F.
Los controladores de nodo son responsable de notar y responder cuando los nodos se caen V F.
Los controladores de trabajos crean pods para ejecutar tareas hasta su finalización V F.
Los controladores en Kubernetes trabajan para conducir el estado real hacia el estado deseado. Hay de varios tipos como para controlar el estado de los nodos, la replicación (escalado automático), los endpoints (servicios y pods) y los tokens (espacios de nombre) V F.
Los componentes del Nodo se ejecutan en cualquier máquina del cluster pero solo en una V F.
Los componentes del Nodo mantienen los Pods en ejecución y proporcionan el entorno adecuado para ello V F.
Une correctamente los componentes del nodo de Kubernetes con su definición kubelet kube-proxy Container runtime.
Kube-proxy es el componente del nodo más importante V F.
¿Cuál de los siguientes son componentes del plano de control en Kubernetes? kube-apiserver etcd kube-scheduller kube-controller-manager cloud-controller-manager kubelet kube-proxy Container runtime.
¿Cuál de los siguientes son componentes del nodo en Kubernetes? kube-apiserver etcd kube-scheduller kube-controller-manager cloud-controller-manager kubelet kube-proxy Container runtime.
Un pod es un host lógico que puede contener uno o más contenedores (acoplados o más o menos relacionados) V F.
Los contenedores de un pod tienen cada uno su IP única y un espacio de puertos propio V F.
Un Deployment es una declaración dónde se definen Pods y ReplicaSets V F.
Un ReplicaSet es una declaración dónde se definen Pods y Deployments V F.
En un Deployment se define un estado deseado y el controlador lo mantiene V F.
Un ReplicaSet mantiene estable y funcionando un conjunto de Pods V F.
Un servicio en Kubernetes es una abstracción que describe cómo se accede a las aplicaciones, definidas por conjuntos de Pods, y que puede describir puertos y balanceadores de carga V F.
Un controlador en Kubernetes es una abstracción que describe cómo se accede a las aplicaciones, definidas por conjuntos de Pods, y que puede describir puertos y balanceadores de carga V F.
Un servicio en Kubernetes no puede definir balanceadores de carga V F.
Los servicios en Kubernetes se implementan de modo que provee de un mecanismo de descubrimiento de servicios. De esta manera se otorga a sus Pods su propia dirección IP y un nombre DNS para un conjunto de Pods, y se puede balancear la carga entre ellos V F.
No es posible balancear la carga entre un conjunto de pods V F.
Las Addons en Kubernetes es una abstracción que describe cómo se accede a las aplicaciones, definidas por conjuntos de Pods, y que puede describir puertos y balanceadores de carga V F.
Las Addons en Kubernetes usan recursos de Kubernetes (DaemonSet, Deploy, etc.) para implementar funciones de clúster. Algunos ejemplos son DNS, Web UI y Container Resource Monitoring V F.
Web UI (Dashboard) es una interfaz de usuario basada en Linux para Kubernetes V F.
Container Resource Monitoring registra métricas sobre contenedores V F.
La computación en la nube consiste en proporcionar acceso a recursos y servicios informáticos de cualquier índole a través de Internet V F.
La computación en la nube usa un modelo de pago bajo contratación. Es decir, el usuario accede a recursos de la nube durante un tiempo contratado V F.
La computación en la nube depende en gran medida de las tecnologías de: virtualización y la automatización almacenamiento en la nube y virtualización escalabilidad y la gestión de recursos seguridad de datos y automatización Todas son incorrectas.
En la computación en la nube la virtualización facilita la abstracción y el aprovisionamiento/gestión de recursos V F.
En la computación en la nube la automatización y orquestación permiten a los usuarios un alto grado de autoservicio en la gestión de recursos V F.
En la computación en la nube la virtualización permiten a los usuarios un alto grado de autoservicio en la gestión de recursos V F.
En la computación en la nube la automatización y orquestación facilita la abstracción y el aprovisionamiento/gestión de recursos V F.
Une correctamente las características de los servicios en la nube IaaS (Infraestructure as a Service) PaaS (Platform as a Service) SaaS (Software as a Service).
¿Qué tipo de servicio de computación en la nube proporciona instancias de servidores virtuales (máquinas virtuales) y almacenamiento, así como APIs de acceso a estos? IaaS PaaS SaaS Ninguno de los anteriores.
¿Qué tipo de servicio de computación en la nube ofrecen herramientas de desarrollo que se usan para el desarrollo de software en general? IaaS PaaS SaaS Ninguno de los anteriores.
¿Qué tipo de servicio de computación en la nube ofrecen aplicaciones software por Internet? IaaS PaaS SaaS Ninguno de los anteriores.
En PaaS las MVs son administradas libremente por los usuarios y se ofrecen instancias con diferentes capacidades de computo y almacenamiento V F.
Las implementaciones de computación en la nube son públicas o privadas V F.
Une correctamente cada implementación de la nube con sus características Privada Pública Híbrida Nube múltiple.
¿Qué tipo de implementación de computación en la nube se caracteriza por que la propia empresa/organización crea y mantiene su propia infraestructura de nube? Privada Pública Híbrida Nube múltiple Ninguna de las anteriores.
¿Qué tipo de implementación de computación en la nube se caracteriza por ofrecer la versatilidad y la comodidad de la nube, al tiempo que conserva la gestión, el control y la seguridad comunes a los centros de datos locales? Privada Pública Híbrida Nube múltiple Ninguna de las anteriores.
¿Qué tipo de implementación de computación en la nube se caracteriza por que un proveedor de servicios en la nube (CSP – Content Service Provider) ofrece una servicio en la nube a través de Internet? Privada Pública Híbrida Nube múltiple Ninguna de las anteriores.
¿Qué tipo de implementación de computación en la nube se caracteriza por que los clientes pagan por los ciclos de la unidad central de procesamiento, el almacenamiento o el ancho de banda que consumen? Privada Pública Híbrida Nube múltiple Ninguna de las anteriores.
¿Qué tipo de implementación de computación en la nube se caracteriza por que las empresas pueden ejecutar cargas de trabajo de misión crítica o aplicaciones confidenciales en la nube privada y usar la nube pública para manejar ráfagas de carga de trabajo o picos en la demanda? Privada Pública Híbrida Nube múltiple Ninguna de las anteriores.
¿Qué tipo de implementación de computación en la nube se caracteriza por crear un entorno unificado, automatizado y escalable que aproveche todo lo que puede proporcionar una infraestructura de nube pública, al mismo tiempo que mantiene el control sobre los datos de misión crítica? Privada Pública Híbrida Nube múltiple Ninguna de las anteriores.
Los clientes de las nubes públicas pagan por compromisos a largo plazo siempre que quieren utilizar los servicios V F.
¿Qué tipo de implementación de computación en la nube se caracteriza por disponer de diferentes proveedores de IaaS? Privada Pública Híbrida Nube múltiple Ninguna de las anteriores.
La implementación de Nube múltiple tiene como inconveniente que el desarrollo de aplicaciones pueden ser un desafío debido a las diferencias entre los servicios de los proveedores de nube y las API V F.
La implementación de nube múltiple no tiene ninguna ventaja en la actualidad por las diferencias entre API y servicios entre proveedores, por lo que no se utiliza V F.
La implementación nube múltiple permite minimizar el riesgo de una interrupción del servicio en la nube así como aprovechar los precios más competitivos de un proveedor en particular V F.
Entre las ventajas de la computación en la nube nos encontramos con: Elasticidad Pago por uso y Manejo de costos Resiliencia de la carga de trabajo Movilidad de datos y cargas de trabajo Amplio acceso a la red Gestión de usuarios y de recursos de recursos Continuidad del negocio y recuperación ante desastres (BCDR) Aprovisionamiento en modo autoservicio Todas menos la 2 son correctas Todas son correctas.
Entre los inconvenientes de la computación en la nube nos encontramos: Seguridad en la nube y Gestión de múltiples nubes Imprevisibilidad de costes Falta de capacidad y experiencia Pago por uso Gobernanza de TI y cumplimiento de las leyes de la industria Rendimiento (latencia) en la nube Migración a la nube Dependencia de un proveedor La 1 y la 4 son incorrectas Todas son correctas.
Las aplicaciones nativas en la nube buscan crear y ejecutar aplicaciones para aprovechar la computación distribuida que ofrece el modelo de ejecución en la nube V F.
Una de las desventajas de la creación de aplicaciones nativas en la nube es que las herramientas y servicios a utilizar aumentan el tiempo de desarrollo de la aplicación V F.
Las aplicaciones nativas de la nube aún no pueden aprovechar la escala, la elasticidad, la resiliencia y la flexibilidad que ofrece la nube V F.
Las arquitecturas monolíticas tradicionales destacan sobre la nube en que cuando se desarrollan y prueban nuevas funciones el esfuerzo necesario es mínimo, tanto para pruebas como para implementar los cambios en producción V F.
Las aplicaciones nativas en la nube se desarrollan en base a servicios independientes (microservicios), empaquetados en componentes (p.ej contenedores) V F.
Los componentes de las aplicaciones nativas en la nube son livianos autónomos que son portátiles y se pueden escalar rápidamente según la demanda V F.
Una de las ventajas de la computación en la nube es que al encapsular todo en un contenedor (p.ej: Docker), aísla la aplicación y sus dependencias de la infraestructura subyacente. V F.
En las aplicaciones nativas en la nube, el ciclo de vida de los contenedores se administrará (orquestará) promoviendo la automatización con Dockers V F.
Las aplicaciones nativas de la nube a menudo se entregan a través de una canalización de DevOps que incluye cadenas de herramientas de integración continua y entrega continua (CI/CD).
Las canalizaciones de CI/CD son importantes para automatizar la creación, las pruebas y la implementación de aplicaciones nativas en la nube V F.
Un microservicio en aplicaciones nativas de la nube es independientes, ligero y poco acoplado con otros microservicios V F.
Todos los microservicios de las aplicaciones basadas en la nube comparten el mismo código fuente que será desarrollado por el equipo de desarrollo V F.
Los microservicios en las aplicaciones nativas en la nube son responsables de solo parte de la funcionalidad V F.
Los microservicios en las aplicaciones nativas en la nube deben compartir la misma tecnología entre sí que beneficie a todos los casos de uso de los microservicios V F.
Los microservicios en las aplicaciones nativas en la nube se caracterizan por tener su propio plan DevOps (probar, liberar, desplegar, escalar, integrar y mantener de forma independiente). Cada servicio se despliega en un entorno autónomo V F.
Los microservicios en las aplicaciones nativas en la nube tienen dificultades a la hora de comunicarse entre sí ya que cada microservicio tiene una tecnología propia V F.
Los microservicios en las aplicaciones nativas en la nube son gestionados por un núcleo central de la aplicación que se encarga de la persistencia de los datos de cada uno V F.
La gobernanza descentralizada en una arquitectura de microservicios es: que cada equipo de desarrollo puede elegir tecnología y lenguaje de desarrollo que se promueve la responsabilidad individual de los equipos de desarrollo que se promueve la responsabilidad individual de los equipos de desarrollo que se desincentiva cualquier forma de innovación y agilidad en el desarrollo de servicios.
Una arquitectura de microservicios proporciona escalado, desarrollo y despliegue independiente V F.
Los microservicios son robustos y tolerantes al fallo por sí mismos V F.
Une correctamente estos aspectos operativos que deben resolverse en la arquitectura de microservicios Replicación de servicios Búsqueda y descubrimiento de servicios Monitoreo y registro de servicios Resiliencia DevOps API gateway.
El aspecto operativo de Resilencia en la arquitectura de microservicios sirve para que los servicios sean resistentes a las caídas de servicio V F.
¿Qué aspecto operativo en la arquitectura de microservicios permite que los servicios puedan escalar fácilmente basándose en metadatos? Replicación de servicios Búsqueda y descubrimiento de servicios Monitoreo y registro de servicios Resiliencia DevOps API gateway.
¿Qué aspecto operativo en la arquitectura de microservicios permite la búsqueda de servicios y encuentra el punto final para cada servicio? Replicación de servicios Búsqueda y descubrimiento de servicios Monitoreo y registro de servicios Resiliencia DevOps API gateway.
¿Qué aspecto operativo en la arquitectura de microservicios permite mecanismo para agregar registros de diferentes microservicios y proporcionar un reporte consistente? Replicación de servicios Búsqueda y descubrimiento de servicios Monitoreo y registro de servicios Resiliencia DevOps API gateway.
¿Qué aspecto operativo en la arquitectura de microservicios permite un mecanismo para que los servicios tomen automáticamente acciones correctivas cuando hay fallos? Replicación de servicios Búsqueda y descubrimiento de servicios Monitoreo y registro de servicios Resiliencia DevOps API gateway.
¿Qué aspecto operativo en la arquitectura de microservicios permite un mecanismo para manejar la integración y el despliegue continuo? Replicación de servicios Búsqueda y descubrimiento de servicios Monitoreo y registro de servicios Resiliencia DevOps API gateway.
¿Qué aspecto operativo en la arquitectura de microservicios permite un mecanismo para proporcionar un punto de entrada para los clientes? Replicación de servicios Búsqueda y descubrimiento de servicios Monitoreo y registro de servicios Resiliencia DevOps API gateway.
|
