DifícilOpción múltiple

Pregunta de práctica de 200-301

Una llamada a una REST API utiliza el método GET contra un endpoint de inventario de dispositivos. ¿Cuál es la intención más probable de la llamada?

Elige la mejor respuesta.

Respuesta correcta

  • ARecuperar información del endpoint.

Explicación

La intención más probable es recuperar información, no crearla ni eliminarla. En términos prácticos, GET se utiliza comúnmente cuando un cliente quiere leer datos de estado o de inventario desde un endpoint de API. Este es uno de los conceptos de estilo REST más básicos en la automatización de redes. La clave es asociar la semántica de los métodos con la intención operativa probable.

Por qué cada opción es correcta o incorrecta

A

Correcta

Recuperar información del endpoint.

El método HTTP GET se utiliza para recuperar una representación de un recurso del servidor sin causar efectos secundarios. En las RESTful APIs, GET es una operación segura e idempotente, lo que significa que solo lee datos y no modifica el estado del servidor. Por lo tanto, llamar a GET contra un inventario de dispositivos devuelve la información actual del inventario.

B

Incorrecta

Eliminar el endpoint del controlador.

HTTP DELETE es el método diseñado específicamente para eliminar un recurso de un servidor, pero GET no tiene tal semántica. Usar GET para eliminar un endpoint violaría la especificación HTTP, ya que GET debe ser seguro y nunca debe cambiar el estado del servidor. Eliminar un inventario de dispositivos requeriría una solicitud DELETE, no un GET.

C

Incorrecta

Reemplazar el endpoint con un nuevo recurso.

El reemplazo de recursos en REST se realiza con el método HTTP PUT, que actualiza o reemplaza un recurso en una URI determinada, mientras que GET está definido solo para la recuperación. Enviar una solicitud GET para reemplazar el endpoint violaría la restricción de método seguro de REST y provocaría efectos secundarios no deseados. Por lo tanto, el reemplazo está completamente fuera del ámbito de una solicitud GET.

D

Incorrecta

Forzar al dispositivo a entrar en modo PPP.

El modo PPP es una configuración de encapsulación de la capa de enlace de datos que se gestiona mediante CLI, SNMP u otras interfaces de gestión de red, no a través de métodos HTTP. Una solicitud GET de una REST API opera en la capa de aplicación y simplemente recupera datos JSON o XML; no puede forzar a un dispositivo a entrar en modo PPP. Esta opción confunde la gestión a nivel de protocolo con las llamadas de API de la capa de aplicación.

Para profundizar

Las REST APIs utilizan métodos HTTP estándar para interactuar con los dispositivos de red de manera predecible. El método GET está diseñado para recuperar datos de un endpoint especificado sin causar efectos secundarios ni cambios en el recurso. Esto hace que GET sea ideal para leer detalles de inventario de dispositivos, estados o instantáneas de configuración en escenarios de automatización de redes. Los dispositivos Cisco admiten RESTful APIs que siguen estas convenciones, lo que permite una programabilidad consistente y la integración con herramientas de automatización. La decisión de utilizar GET frente a otros métodos depende de la operación prevista. GET es seguro e idempotente, lo que significa que las llamadas repetidas no alteran el estado del dispositivo. En contraste, POST crea nuevos recursos, PUT reemplaza los existentes y DELETE los elimina. Comprender estas distinciones ayuda a los ingenieros de red a interpretar correctamente las llamadas a la API y sus efectos. Por ejemplo, una llamada GET a un endpoint de inventario de dispositivos tiene la intención lógica de obtener datos actuales del dispositivo en lugar de modificarlos o eliminarlos. Las trampas de los exámenes a menudo surgen cuando los candidatos confunden la semántica de estos métodos. GET no realiza cambios de configuración ni eliminaciones, por lo que las opciones que sugieren tales acciones son incorrectas. Prácticamente, los scripts de automatización de redes utilizan GET para recopilar información para la monitorización o la generación de informes, asegurando que no se produzcan cambios no deseados. Reconocer este comportamiento es crucial para el éxito en el examen de Cisco y en las tareas de programabilidad de redes del mundo real.

Sobre estas preguntas de práctica

Esta es una de las preguntas de práctica originales de 200-301 de Courseiva, escrita para aprender y nunca copiada de exámenes reales ni de dumps.

Traducida del original en inglés con IA y revisada para comprobar el sentido. Los códigos de examen, los comandos y los nombres de productos se mantienen tal como aparecen en el examen.