MediaOpción múltiple

Pregunta de práctica de 200-301

Exhibit

Goal: Read existing data only

Un script de automatización debe recuperar el estado de configuración actual de un dispositivo desde una REST API sin modificar nada. ¿Qué método HTTP debe utilizar?

Elige la mejor respuesta.

Respuesta correcta

BGET

Explicación

Cuando un script solo necesita leer información, la opción habitual en REST es GET. En términos sencillos, GET le pide al servidor: «Muéstrame los datos actuales», sin indicarle que cree, reemplace o elimine nada. Por eso GET es el método estándar para recuperar el estado del dispositivo, los detalles de configuración, las estadísticas o la información de inventario desde un endpoint de la API. Los demás métodos implican cambios. POST comúnmente crea o envía datos. PUT comúnmente actualiza un recurso existente. DELETE elimina algo. Para una consulta de sólo lectura, GET es el método limpio y esperado.

Por qué cada opción es correcta o incorrecta

Incorrecta

DELETE

DELETE es incorrecto porque es un método HTTP cuyo único propósito es eliminar el recurso identificado del servidor. Emitir DELETE contra un dispositivo de red intentaría eliminar la configuración o la ruta del recurso en sí, no devolver su contenido. Incluso si la solicitud fuera denegada, representa una operación que cambia el estado, lo cual contradice directamente el requisito de simplemente recuperar la configuración actual.

Correcta

GET

GET es la opción correcta porque es un método HTTP seguro e idempotente definido por RFC 7231 específicamente para recuperar la representación actual de un recurso. No realiza ningún cambio de estado en el servidor, por lo que el script puede obtener la running configuration sin arriesgar ninguna modificación. El cuerpo de la respuesta transporta los datos de configuración solicitados, lo que hace que GET sea la operación semánticamente exacta para una recuperación de sólo lectura.

Incorrecta

PUT

PUT es incorrecto porque está diseñado para reemplazar o crear un recurso utilizando la carga útil (payload) enviada en el cuerpo de la solicitud, no para obtener uno. En la automatización de redes, PUT sobrescribiría toda la configuración con cualquier dato que proporcione el script, causando un cambio no intencional. Aunque PUT es idempotente, su idempotencia se aplica a escrituras repetidas y no puede servir como una operación de lectura para recuperar la configuración existente.

Incorrecta

POST

POST es incorrecto porque está destinado a enviar datos para su procesamiento, típicamente creando un nuevo recurso subordinado o activando una acción en el servidor. Usar POST para recuperar la configuración crearía un objeto no deseado o ejecutaría una operación, ambos violan el requisito de una lectura que no produce mutaciones. A diferencia de GET, POST no está definido como un método seguro o idempotente, por lo que no se puede utilizar de forma fiable para simplemente devolver la configuración actual.

Para profundizar

Las REST APIs utilizan métodos HTTP para interactuar con los dispositivos de red de manera programática, lo que permite la automatización y la programabilidad en entornos Cisco. El método GET está diseñado específicamente para recuperar datos de un recurso sin causar efectos secundarios ni cambios. Esto hace que GET sea ideal para leer el estado de configuración actual o los datos operativos de un dispositivo a través de su REST API. En contraste, otros métodos HTTP como POST, PUT y DELETE están destinados a crear, actualizar o eliminar recursos, lo cual puede alterar el estado del dispositivo. Al automatizar tareas de red, elegir el método correcto HTTP es crucial para evitar cambios de configuración no deseados. Las solicitudes GET son seguras e idempotentes, lo que significa que se pueden repetir sin modificar el recurso. Los dispositivos Cisco exponen información de configuración y estado a través de REST APIs que responden a las solicitudes GET devolviendo datos en formato JSON o XML que representan el estado actual del dispositivo. Esto permite que los scripts recopilen información como el estado de las interfaces, tablas de enrutamiento o configuraciones de VLAN sin riesgo. Una trampa común en el examen es confundir GET con POST o PUT porque estos métodos se utilizan a menudo en formularios web o APIs para enviar datos. Sin embargo, en la automatización de redes, GET es estrictamente para la recuperación. El mal uso de POST o PUT puede cambiar inadvertidamente las configuraciones del dispositivo, causando interrupciones en la red. Comprender la naturaleza segura y de sólo lectura de las solicitudes GET ayuda a garantizar que los scripts de automatización no modifiquen el estado del dispositivo de manera involuntaria, lo cual es crítico para mantener la estabilidad de la red durante tareas de monitoreo o auditoría.

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.