Explicación: Este elemento se basa en la información incluida en la presentación.
Los routers, switches y firewalls son dispositivos de infraestructura que se pueden proporcionar en la nube.

Explicación: Los dos tipos de hipervisores que existen son los de tipo 1 y tipo 2. Los hipervisores Tipo 1 suelen utilizarse en servidores empresariales. Los servidores empresariales es más probable que se encuentren en un centro de datos y no en PC virtualizadas.

Explicación: Los hipervisores de tipo 1 se instalan directamente en un servidor y se conocen como soluciones instaladas directamente en el hardware que dan acceso directo a los recursos de hardware. También requieren de una consola de administración y se adaptan mejor a los entornos empresariales.

Explicación: El plano de control de SDN usa la tabla ARP de capa 2 y la tabla de routing de capa 3 para tomar decisiones sobre reenvío de tráfico.

Explicación: Los dispositivos de red operan en dos planos; el plano de datos y el plano de control. El plano de control mantiene los mecanismos de reenvío de Capa 2 y Capa 3 utilizando la CPU. El plano de datos reenvía los flujos de tráfico.

Explicación: La computación en la nube sirve para separar las aplicaciones o servicios del hardware. La virtualización separa el sistema operativo del hardware.

Explicación: Las nubes privadas sirven para proporcionar servicios y aplicaciones a una organización específica y pueden estar dentro de la red privada de la organización o administrarse por una organización externa.

Explicación: Las organizaciones pueden usar la virtualización para consolidar la cantidad de servidores requeridos al ejecutar muchos servidores virtuales en un único servidor físico. La computación en la nube permite que las organizaciones amplíen sus soluciones según sea necesario y paguen solo los recursos que necesitan.

Explicación: Los hipervisores de tipo 2, también conocidos como hipervisores alojados, se instalan sobre un sistema operativo existente, como Mac OS, Windows o Linux.

Explicación: La computación en la nube le ofrece muchas ventajas a la compañía. Dado que las instalaciones de procesamiento y almacenamiento de datos en la nube son propiedad de terceros, la compañía no necesita preocuparse por el manejo de las demandas crecientes de procesamiento y almacenamiento de datos con su propio equipo del centro de datos. La compañía puede aumentar o disminuir fácilmente la potencia de procesamiento y la capacidad de almacenamiento en función de sus necesidades. Además, los servicios en la nube se facturan por uso, de modo que la compañía se libera de los costos de mantener su propio centro de datos costoso, que no siempre se usa en su capacidad máxima.

Explicación: La migración en vivo permite transferir un servidor virtual a otro servidor virtual que podría estar en una ubicación diferente a cierta distancia del centro de datos original.

Explicación: La computación en la nube les permite a las organizaciones eliminar la necesidad de equipos, mantenimiento y administración de TI en el sitio. La computación en la nube permite que las organizaciones expandan sus servicios o capacidades y, al mismo tiempo, eviten altos costos de energía y de espacio.

Explicación: El elemento de aseguramiento del modelo IBN se ocupa de la verificación de extremo a extremo del comportamiento de toda la red.

Explicación: Los formatos de datos comunes que se utilizan en muchas aplicaciones, incluida la automatización de la red y la capacidad de programación, son los siguientes:
Notación de objeto JavaScript (JSON) en JSON, los datos conocidos como objeto son uno o más pares clave/valor encerrados entre llaves { }. Las llaves deben ser cadenas de caracteres contenidas dentro de comillas » «.Las llaves y los valores son separados por dos puntos (:).
Lenguaje de marcado extensible (XML) en XML, los datos se incluyen dentro de un conjunto relacionado de etiquetas <tag> datos </tag> .
YAML no es lenguaje de marcado (YAML) en YAML, los datos conocidos como un objeto son uno o más pares de valores clave. Las llaves y los valores, son separados por medio de dos puntos sin el uso de comillas. YAML usa sangría para definir su estructura, sin el uso de corchetes o comas.

Explicación: Muchas API RESTful, incluidas las API públicas, requieren una clave. La clave se utiliza para identificar el origen de la solicitud a través de la autenticación.

Explicación: Chef y Puppet son herramientas de gestión de configuración desarrolladas con Ruby. Ansible y SaltStack son herramientas de gestión de configuración desarrolladas con Python Ruby generalmente se considera un lenguaje más difícil de aprender que Python. RESTCONF es un protocolo de administración de red.

Explicación: La herramienta de administración de configuración Puppet, utiliza el nombre Manifiesto para describir el conjunto de instrucciones que se ejecutarán.

Explicación: La herramienta de administración de configuración SaltStack usa el nombre Pilar para describir el conjunto de instrucciones que se ejecutarán.

Explicación: Las API públicas o abiertas no tienen restricciones y están disponibles para el público. Algunos proveedores de API requieren que un usuario obtenga una clave o token gratuito antes de usar la API para controlar el volumen de solicitudes de API recibidas y procesadas.

Explicación: Los programas de API para socios incorporan la colaboración con otros negocios. Facilitan la comunicación
y la integración de software entre una empresa y sus socios comerciales.

Explicación: Al igual que JSON, YAML Ain’t Markup Language (YAML) es un formato de datos utilizado por las aplicaciones para almacenar y transportar datos. YAML se considera un superconjunto de JSON.

Explicación: Las operaciones RESTful corresponden a los siguientes métodos HTTP (mostrados a la izquierda con la operación RESTful a la derecha):
POST > Crear
GET > Leer
PUT/PATCH > Actualizar
DELETE > Eliminar

Explicación: Los dispositivos de red operan en dos planos: el plano de datos y el plano de control. El plano de control mantiene los mecanismos de reenvío de capa 2 y de capa 3 con la CPU. El plano de datos reenvía los flujos de tráfico. SDN virtualiza el plano de control y lo transfiere a un controlador de red centralizado.

Explicación: El hipervisor no protege al OS hospedador contra malware. Tampoco permite compartir software en máquinas virtuales. Para ejecutar máquinas virtuales, no es necesario realizar particiones del disco duro de la PC que da soporte al sistema. El hipervisor crea y administra máquinas virtuales en un equipo host y les asigna recursos físicos del sistema.

Explicación: La computación en la nube separa la aplicación del hardware. La virtualización separa el SO del hardware subyacente. La virtualización es un componente típico de la computación en la nube. La virtualización también se utiliza ampliamente en los centros de datos. Si bien la implementación de la virtualización facilita la configuración de tolerancia a fallas del servidor, no es una tecnología diseñada para la tolerancia a fallas. La conexión a Internet de un centro de datos o de un proveedor de servicios necesita conexiones WAN físicas redundantes para los ISP.

Explicación: La estructura de YAML se define por sangrías en lugar de corchetes y comas.

Explicación: REST representa más del 80% de todos los tipos de API utilizados para servicios web, por lo que es la API de servicios web más utilizada.

Explicación: REST no es un protocolo o servicio, sino más bien un estilo de arquitectura de software para diseñar aplicaciones de servicios web.

Explicación: XML es una estructura de datos legible por humanos utilizada para almacenar, transferir y leer datos por aplicaciones. Al igual que HTML, XML utiliza un conjunto relacionado de etiquetas para encerrar datos. Sin embargo, a diferencia de HTML, XML no utiliza etiquetas predefinidas o estructura de documentos.

Explicación: La arquitectura de ACI consta de tres componentes principales: el perfil de aplicación de red, el controlador de infraestructura de política de aplicación, que actúa como el cerebro de la arquitectura de ACI, y el switch Cisco Nexus 9000.

Explicación: CEF usa FIB y la tabla de adyacencia para tomar decisiones rápidas de reenvío sin el procesamiento del plano de control. La tabla de adyacencia se completa con la tabla ARP y FIB se completa con la tabla de routing.