Request: GET /dna/intent/api/v1/network-device Authorization: Bearer <token>
Exhibit : Un script envoie une requête HTTP GET à un point de terminaison d'API de contrôleur. Quel est l'objectif habituel de la méthode GET ?
Choisissez la meilleure réponse.
Bonne réponse
Dans les API de type REST, GET est normalement utilisé pour récupérer des données à partir d'une ressource. Ce n'est pas la méthode standard pour créer ou remplacer des ressources.
Récupérer des informations de la ressource
La méthode HTTP GET est définie comme une requête sûre et idempotente qui récupère une représentation de la ressource identifiée par l'URI sans altérer l'état du serveur. Dans le contexte d'une API de contrôleur, GET est spécifiquement utilisé pour lire la configuration actuelle, l'état ou les données. Un GET réussi renvoie une réponse 200 OK avec la charge utile (payload), ce qui en fait la méthode correcte pour la récupération.
Créer une toute nouvelle ressource
La création d'une toute nouvelle ressource nécessite une méthode HTTP POST (ou PUT si le client spécifie l'URI). GET n'est jamais utilisé pour la création car il est défini comme sûr et ne doit pas provoquer d'effets secondaires sur le serveur. L'envoi d'une requête GET à une API de contrôleur pour créer une ressource violerait la sémantique HTTP et renverrait généralement une erreur 405 Method Not Allowed ou récupérerait simplement les données existantes.
Remplacer la configuration complète de la ressource
Le remplacement de la configuration complète d'une ressource s'effectue avec la méthode HTTP PUT, qui remplace la représentation complète de la ressource ciblée. GET, cependant, est défini comme une opération en lecture seule et ne peut pas remplacer ou mettre à jour une partie de la ressource. Dans une API de contrôleur, effectuer une requête GET pour remplacer la configuration ne déclencherait pas de gestionnaire PUT, et le serveur renverrait une réponse indiquant que l'opération n'est pas prise en charge pour cette méthode.
Supprimer la ressource
La méthode HTTP DELETE est la seule méthode standard destinée à supprimer la ressource identifiée par l'URI de la requête. Une requête GET, en revanche, ne doit pas modifier ni supprimer de ressource côté serveur ; elle est strictement réservée à la lecture. En supposant que l'API du contrôleur suive les conventions RESTful, l'utilisation de GET pour supprimer serait ignorée ou rejetée, car elle ne possède pas la sémantique destructive de DELETE.
La méthode HTTP GET fait partie intégrante des API RESTful, qui sont couramment utilisées dans l'automatisation et la programmabilité réseau, y compris les API des contrôleurs Cisco. Les requêtes GET sont conçues pour récupérer des données ou des informations à partir d'une ressource spécifiée sans la modifier. Cela fait de GET une méthode sûre et idempotente, ce qui signifie qu'elle peut être appelée plusieurs fois sans changer l'état de la ressource. Dans le contexte de la mise en réseau Cisco, GET est généralement utilisé pour interroger l'état des appareils, les détails de configuration ou les données opérationnelles des contrôleurs ou des équipements réseau. Lors de l'interaction avec les API Cisco, la méthode GET est le moyen standard de demander des informations telles que les statistiques d'interface, les tables de routage ou les configurations d'appareils. Contrairement à POST, PUT ou DELETE, GET n'envoie pas de données pour créer, mettre à jour ou supprimer des ressources ; à la place, elle demande uniquement l'état actuel ou la représentation d'une ressource. Cette distinction est cruciale lors de l'automatisation des tâches réseau, car l'utilisation de GET garantit que l'équipement réseau ou le contrôleur reste inchangé, ce qui est essentiel pour la surveillance et l'audit. Un piège d'examen courant consiste à confondre GET avec d'autres méthodes HTTP comme POST ou PUT, qui sont utilisées pour modifier des ressources. Les candidats peuvent supposer à tort que GET peut créer ou mettre à jour des configurations, mais dans le contexte de la programmabilité réseau de Cisco, GET récupère strictement des données. En pratique, l'utilisation incorrecte de GET pour tenter des modifications entraînera des erreurs ou aucune action, ce qui peut perturber les scripts d'automatisation. Comprendre ce comportement aide à éviter les erreurs de configuration et garantit un accès sécurisé en lecture seule aux informations des équipements réseau.
À propos de ces questions d'entraînement
Cette question fait partie des questions d'entraînement 200-301 originales de Courseiva, rédigées pour apprendre et jamais copiées d'examens réels ou de dumps.
Traduite de l'original anglais avec l'IA et vérifiée pour le sens. Les codes d'examen, les commandes et les noms de produits sont conservés tels qu'ils apparaissent à l'examen.