Bonne réponse
- BGET
Explication
GET est la méthode HTTP standard pour récupérer une représentation de ressource sans modifier la ressource.
FacileChoix unique
Question d'entraînement 200-301
Quelle méthode HTTP est couramment utilisée pour récupérer des informations à partir d'une REST API sans modifier la ressource ?
Choisissez la meilleure réponse.
Pourquoi chaque option est juste ou fausse
A
Fausse
POST
POST soumet des données au serveur pour traitement, souvent pour créer une ressource subordonnée, et elle n'est pas idempotente — plusieurs POST identiques peuvent créer plusieurs ressources. Sa réponse contient généralement un code d'état et un en-tête d'emplacement (location header), et non une représentation récupérée, elle est donc inadaptée pour récupérer des informations. Contrairement à GET, POST est conçu pour envoyer une charge utile (payload) qui provoque des effets secondaires sur le serveur.
B
Juste
GET
La méthode GET est conçue pour récupérer une représentation d'une ressource spécifiée — elle est sûre, ce qui signifie qu'elle ne modifie jamais l'état du serveur, et idempotente, de sorte que plusieurs requêtes identiques produisent le même résultat. Dans les REST API, GET est l'opération standard pour interroger ou récupérer des informations, et elle ne transporte généralement aucun corps de requête, tous les paramètres étant dans la chaîne de requête (query string) de l'URL.
C
Fausse
PUT
PUT remplace ou crée une ressource à un URI spécifique en utilisant le corps de la requête, ce qui en fait la mauvaise méthode pour la récupération car elle se concentre sur la modification de l'état et non sur l'accès aux données. Elle est idempotente, de sorte que des PUT répétés produisent le même état, mais elle ne renvoie jamais les données de la ressource dans la réponse comme objectif principal. Les clients l'utilisent pour télécharger ou mettre à jour des représentations, et non pour les lire.
D
Fausse
DELETE
DELETE est une méthode non sûre mais idempotente utilisée pour supprimer une ressource spécifiée du serveur, ce qui en fait un mauvais choix pour récupérer des informations. Une réponse DELETE réussie indique que la ressource a été supprimée, et les requêtes ultérieures pour cette ressource renverront une erreur 404 Not Found plutôt que des données. Son objectif est destructeur, et non informationnel.
Pour aller plus loin
La méthode HTTP GET est un élément fondamental de la communication des REST API, conçue spécifiquement pour récupérer des données d'un serveur sans provoquer d'effets secondaires ni de modifications sur la ressource. Dans le contexte de l'automatisation et de la programmabilité des réseaux, les requêtes GET permettent aux ingénieurs réseau de consulter les états, les configurations ou les statistiques des équipements en toute sécurité. Cette méthode est idempotente et sûre, ce qui signifie que des requêtes GET répétées ne modifieront ni la ressource ni son état, ce qui est critique pour des flux de travail de surveillance et d'automatisation réseau fiables. Lors de l'interaction avec des REST API sur des équipements réseau Cisco ou des plates-formes d'automatisation, la méthode GET est le choix standard pour récupérer des informations telles que l'état des interfaces, les tables de routage ou les configurations des équipements. La décision d'utiliser GET repose sur le principe qu'elle doit uniquement récupérer des données et ne jamais les modifier, contrairement aux méthodes POST, PUT ou DELETE qui modifient les ressources. Cette distinction garantit que les outils de gestion de réseau peuvent interroger les équipements en toute sécurité sans risquer de modifications de configuration non intentionnelles. Un piège d'examen courant consiste à confondre GET avec les méthodes POST ou PUT, qui modifient les ressources. Dans des scénarios réseau pratiques, l'utilisation non intentionnelle de POST ou PUT peut entraîner des modifications de configuration ou des perturbations. Comprendre que GET est en lecture seule et sûr permet d'éviter les erreurs tant dans les questions d'examen que dans les scripts d'automatisation du monde réel. Les équipements et les API Cisco appliquent strictement la sémantique de ces méthodes HTTP, de sorte qu'une utilisation correcte est essentielle pour une programmabilité réseau prévisible.
À 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.