Un ingeniero de redes está revisando el comportamiento de una REST API. ¿Qué dos afirmaciones son verdaderas?
Elige todas las respuestas correctas.
Respuestas correctas
GET se utiliza para recuperar datos sin cambiar el estado del servidor, mientras que POST comúnmente crea un nuevo recurso o envía datos para su procesamiento. PUT se usa generalmente para el reemplazo completo y DELETE elimina un recurso.
GET se usa comúnmente para recuperar información de una API
GET es el método de lectura estándar en REST APIs, diseñado para recuperar la representación de un recurso sin modificar el estado del servidor. Debido a que es seguro e idempotente, solicitudes GET idénticas y repetidas producen el mismo resultado, lo que lo convierte en la opción natural para consultas. Un GET exitoso comúnmente devuelve una respuesta 200 OK con la carga útil solicitada.
POST se usa comúnmente para crear un nuevo recurso
POST se utiliza para enviar datos al servidor con el fin de crear un nuevo recurso, especialmente cuando el cliente no determina la URI. A diferencia de PUT, POST no es idempotente, lo que significa que solicitudes POST idénticas pueden crear múltiples recursos. Una respuesta típica es 201 Created, que opcionalmente incluye un encabezado Location que identifica el recurso recién creado.
DELETE se usa para cifrar una carga útil antes del transporte
DELETE es un método HTTP destinado específicamente a eliminar un recurso especificado del servidor, no a asegurar datos en tránsito. El cifrado de cargas útiles es manejado por protocolos de capa de transporte como TLS, no por el método HTTP. Aunque una solicitud DELETE puede devolver 200 OK o 204 No Content, no tiene ningún papel en el cifrado del contenido antes de la transmisión.
PUT siempre recupera una lista de recursos
PUT está diseñado para actualizar o reemplazar un recurso existente en una URI específica, no para recuperar una lista de recursos. Es idempotente, lo que significa que solicitudes PUT repetidas producen el mismo estado, lo cual es apropiado para actualizaciones completas. La recuperación de recursos es la función de GET, por lo que afirmar que PUT siempre recupera una lista confunde los distintos roles de estos métodos.
GET requiere un token en cada diseño de API
La autenticación basada en tokens es una práctica común en APIs, pero no es un requisito del método HTTP GET en sí mismo. Muchas APIs utilizan claves de API, autenticación básica o ninguna autenticación para endpoints públicos. La especificación HTTP define GET como una operación de recuperación sin exigir ningún mecanismo de autenticación en particular, por lo que los tokens son una opción de implementación, no una regla universal.
REST API (Representational State Transfer Application Programming Interface) es un estilo arquitectónico ampliamente utilizado para diseñar aplicaciones en red, incluidas las tareas de automatización y programabilidad de Cisco. Utiliza métodos HTTP estándar como GET, POST, PUT y DELETE para realizar operaciones sobre recursos de red representados como URIs. Las solicitudes GET recuperan datos sin modificar el estado del servidor, lo que las hace seguras e idempotentes. Las solicitudes POST envían datos para crear nuevos recursos o activar un procesamiento, lo que puede cambiar el estado del servidor. En el contexto de la programabilidad de redes de Cisco, GET se utiliza principalmente para obtener datos de configuración u operacionales de los dispositivos, mientras que POST se utiliza para enviar nuevas configuraciones o comandos que crean o modifican recursos. PUT normalmente reemplaza un recurso existente por completo y DELETE elimina un recurso. Comprender estas distinciones es fundamental para automatizar tareas de red utilizando REST APIs, ya que un uso inadecuado puede provocar cambios de configuración no deseados o fallas. Una trampa común en el examen es confundir el propósito de los métodos HTTP, como pensar que DELETE cifra datos o que PUT recupera listas. En la práctica, DELETE elimina recursos y PUT los actualiza o reemplaza. Los dispositivos y controladores de Cisco siguen estrictamente estas convenciones RESTful, por lo que conocer el comportamiento correcto de los métodos garantiza una automatización efectiva y previene errores en los scripts o herramientas de administración de redes.
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.