4.10 Examen de module 4 DevNet Associate réponses Français

Explication: Se conformer aux contraintes de l’architecture REST est généralement considéré comme étant “RESTful”. Une API peut être considérée comme “RESTful” si elle présente les caractéristiques suivantes :

• Client / serveur – Le client gère l’extrémité avant et le serveur gère l’extrémité arrière.
• Apatride – Aucune donnée client n’est stockée sur le serveur entre les requêtes. L’état de session est stocké sur le client.
• Antémémorisables – Les clients peuvent mettre en cache les réponses localement pour améliorer les performances.

Explication: Les API RESTful utilisent des méthodes HTTP pour collecter et manipuler des données. Ce sont des API en direction du nord. Étant donné qu’il existe une structure définie pour le fonctionnement de HTTP, il offre un moyen cohérent d’interagir avec les API RESTful de plusieurs fournisseurs.

Explication: Les codes d’état HTTP les plus courants sont les suivants :

• 200 – OK (en utilisant GET ou POST pour échanger des données avec une API avec succès)
• 201 – Created (création de ressources à l’aide d’un appel d’API REST avec succès)
• 400- Bad Request (La demande du client est rejetée en raison d’un problème côté client).
• 401 – Non autorisé (Le client n’est pas authentifié pour accéder au site ou à l’appel API.)
• 403 – Forbidden (La demande d’accès n’est pas accordée sur la base des justificatifs fournis).
• 404 – Not Found (La page demandée à l’emplacement de l’URL HTTP n’existe pas ou est cachée).

Explication: Placez les options dans l’ordre suivant:

Explication: Quelques valeurs acceptables pour l’en-tête de requête Accept-Encoding sont gzip, compress, deflate, br, identity et *.

Explication: Le protocole SOAP (Simple Object Access Protocol) est un protocole de messagerie utilisé lorsque les applications ont besoin de communiquer. Il s’agit d’un protocole basé sur XML qui a été développé par Microsoft.

Explication: SOAP a été conçu pour que tous les types d’applications puissent communiquer les uns avec les autres, même si elles sont différentes. Les applications peuvent être construites en utilisant différents langages de programmation, peuvent fonctionner sur différents systèmes d’exploitation et peuvent être aussi différentes que possible.

Explication: Un message SOAP est un document XML qui peut contenir quatre éléments, à savoir Enveloppe, En-tête, Corps et Fault. L’enveloppe doit être l’élément racine du document XML. Dans l’enveloppe, l’espace de noms fourni définit que le document XML est un message SOAP.

Explication: Les requêtes d’API REST sont essentiellement des requêtes HTTP qui suivent les principes REST. Les requêtes d’API REST sont composées de 4 composants principaux, à savoir, Uniform Resource Identifier (URI), HTTP Method, Header et Body. Un URI est essentiellement le même format qu’une URL utilisée dans un navigateur pour accéder à une page Web. La syntaxe se compose des composants suivants dans l’ordre de syntaxe :

• Scheme – spécifie quel protocole HTTP doit être utilisé.
• Authority – également appelée destination, se compose de deux parties, hôte et port.
• Path – également connu sous le nom de chemin de ressource, spécifie l’emplacement de la ressource sur le site Web.
• Query – spécifie les paramètres de requête avec des détails supplémentaires pour l’étendue, le filtrage ou la clarification d’une requête.

Explication: L’authentification au porteur utilise un jeton porteur, qui est une chaîne générée par un serveur d’authentification tel qu’un service d’identité (ID).

Explication: L’utilisation d’une limite de débit d’API est un moyen pour un service Web de contrôler le nombre de demandes qu’un utilisateur ou une application peut faire par unité de temps définie et il est considéré comme une bonne pratique pour les API publiques et sans restriction. Voici quelques avantages liés à l’utilisation des limites tarifaires :

• Évitez une surcharge de serveur résultant d’un trop grand nombre de demandes à la fois.
• Offrir un meilleur service et un meilleur temps de réponse à tous les utilisateurs.
• Protéger contre une attaque par déni de service (DoS).

Explication: L’autorisation ouverte, également appelée OAuth, combine l’authentification et l’autorisation. Il s’agit généralement de la forme recommandée d’authentification/autorisation pour les API REST. OAuth 2.0 permet aux applications préenregistrées d’obtenir l’autorisation d’exécuter des requêtes d’API REST au nom d’un utilisateur sans que l’utilisateur ait besoin de partager ses informations d’identification avec l’application elle-même. OAuth permet à l’utilisateur de fournir des informations d’identification directement au serveur d’autorisation pour obtenir un jeton d’accès qui peut être partagé avec l’application. Ce processus d’obtention du jeton est appelé un flux. L’application utilise ensuite ce jeton dans l’API REST comme authentification au porteur. Le service Web de l’API REST vérifie ensuite le serveur d’autorisation pour s’assurer que le jeton est valide et que le demandeur est autorisé à exécuter la demande.

Explication: Le message d’erreur indique “ConnectionError”. L’adresse de l’hôte de destination est probablement erronée car elle ne peut pas être atteinte.

Explication: Lorsque le schéma de l’URI est HTTPS, la connexion effectue une connexion SSL entre le client et le serveur afin de s’authentifier mutuellement. Cette poignée de main doit être réussie avant que la requête d’API REST puisse être envoyée au serveur d’API. Dans une phase de développement, les API avec HTTPS doivent être testées et comme un certificat valide n’est pas encore obtenu, le processus de handshake SSL peut être désactivé avec la ligne de code.

Explication: Les API synchrones répondent à une demande directement et immédiatement, par exemple lorsque des données sont fournies à partir de la mémoire ou d’une base de données. En revanche, les API asynchrones peuvent envoyer une notification indiquant qu’une demande de données a été faite, envoyer les données ultérieurement, déclencher un rappel pour fournir les données, ou traiter la demande, puis prendre une action appropriée. L’action peut être immédiate, mais elle n’a pas besoin de l’être.

Explication: Clients pour URL (curl ou cURL) est un outil utilisé sur de nombreuses plates-formes pour obtenir ou envoyer des fichiers en utilisant la syntaxe URL. Les informations renvoyées peuvent être copiées, puis utilisées à partir d’une invite de commande avec la commande curl pour obtenir des informations à l’aide du paramètre GET ou envoyer des données à l’aide du paramètre POST.