Les principales normes de communication pour AWS - mannequins

Pour interagir avec AWS de manière significative, vous devez communiquer avec lui. La communication se produit à plusieurs niveaux, dont:

• Transport: C'est la couche sous-jacente qui transfère les données entre les parties.
• Découverte: Pour interagir avec AWS, vous devez connaître les méthodes disponibles. Le niveau de découverte vous permet d'utiliser une URL commune pour demander la liste des méthodes disponibles pour un service particulier dans XML ou JSON sous la forme d'une liste de liens hypertexte.
• Demande: Une fois que vous savez quelles méthodes sont disponibles, vous pouvez effectuer une requête et AWS fournit une réponse.

Vous pouvez facilement interrompre la communication en plusieurs couches, mais ces couches représentent la panne la plus fondamentale et la plus essentielle. Comprendre ces couches est suffisant pour écrire des applications robustes en utilisant AWS. (Au fur et à mesure que vos applications deviennent plus volumineuses et complexes et qu'AWS ajoute davantage de fonctionnalités, vous devrez peut-être travailler avec des couches supplémentaires.)

Transport des données

Le premier problème de communication à résoudre est le transport. AWS prend en charge HTTP pour les demandes non sécurisées et HTTPS pour les demandes sécurisées pour certains services, y compris ceux de la liste suivante:

• Service Web Amazon Associates
• Amazon CloudFront (HTTPS est requis pour l'API de contrôle, seul le protocole HTTP est actuellement accepté pour l'API de demande)
• Amazon DevPay (HTTPS est requis pour le service de licence)
• Amazon Elastic Compute Cloud
• Service Amazon Flexible Payments (HTTPS requis)
• Service Web Amazon Fulfillment (HTTPS requis)
• Amazon Mechanical Turk
• Amazon SimpleDB
• Amazon Simple Queue Service
• Amazon Simple Storage Service

Dans la plupart des cas, l'utilisation de Secure Sockets Layer (SSL) sous la forme de requêtes HTTPS produit le meilleur résultat car les informations restent sécurisées sur Internet. Si les données dont vous avez besoin ne sont pas de nature confidentielle, vous pouvez parfois obtenir une meilleure vitesse d'application en utilisant HTTP à la place. Dans certains cas, vous devez utiliser HTTP car le service ne prend pas en charge le protocole HTTPS. Vérifiez donc la documentation du service avant de formuler des hypothèses.

La plupart des développeurs connaissent à la fois HTTP et HTTPS via le développement d'applications de bureau et de navigateur. Toutefois, ce que vous ne savez peut-être pas, c'est que AWS prend également en charge le transport de télémétrie Message Queuing (MQTT). Ce protocole de transport de messagerie de publication / abonnement répond aux besoins des périphériques contraints, tels que ceux utilisés pour effectuer les tâches de l'Internet des objets (IoT) et de la machine-to-machine (M2M).Consultez plus d'informations sur MQTT à et la vue AWS de celui-ci. AWS permet l'utilisation de MQTT avec un certain nombre de services, y compris

• Amazon Simple Storage Service
• Amazon DynamoDB
• Amazon Kinesis
• AWS Lambda
• Amazon Simple Notification Service
• Amazon Simple Queue Service > Obtention d'une liste de méthodes API

Avant de pouvoir faire quoi que ce soit avec AWS, vous devez savoir quelles tâches (accessibles par méthodes) sont disponibles. La documentation de l'API peut vous fournir un aperçu de ce que vous pouvez faire, mais la liste actuelle des méthodes disponibles est flexible et varie selon le contexte. Par exemple, vous ne pourrez peut-être pas effectuer certaines tâches avec certains services, car vous ne disposez pas d'une connexion sécurisée ou vous n'avez pas configuré le service pour prendre en charge la tâche souhaitée.

L'une des raisons pour lesquelles vous souhaitez utiliser REST est qu'il ne mappe pas directement les requêtes Créer, Lire, Mettre à jour et Supprimer (CRUD) au protocole HTTP comme le fait un protocole (créer un contrat incassable que vous devez modifier tous les le temps dont vous avez besoin pour faire un changement). Vous effectuez une requête en utilisant une URL standard avec une requête GET et recevez une liste de liens hypermédia vers les appels de méthode réels. L'article sur Hypermedia en tant que moteur de l'état d'application (HATEOAS) décrit comment ce processus fonctionne plus en détail.

À l'origine, REST utilisait XML pour fournir la liste des liens vers des appels de méthode spécifiques, mais l'utilisation de Hypermedia Access Language (HAL) vous permet d'utiliser JSON à la place, ce qui est plus facile à comprendre. AWS s'appuie actuellement sur XML pour toutes les requêtes d'API, car la plupart des développeurs semblent mieux comprendre XML. est le format natif pour AWS. Cet article fournit des détails sur l'API REST.

À un moment donné, AWS fournissait un support étendu pour le protocole SOAP (Simple Object Access Protocol). En fait, vous pouvez toujours utiliser SOAP pour faire des demandes, mais seulement en utilisant HTTPS. Dans d'autres cas, AWS ne prend plus en charge SOAP (exemple d'obsolescence pour le service EC2).

Faire une demande

Les demandes et les réponses suivent les modèles familiers utilisés avec d'autres services Web. Toutefois, AWS veille à ce que vous sachiez que REST est simplement l'architecture et que les demandes d'API ajoutent quelque chose à REST; c'est-à-dire qu'ils représentent une couche différente. Dans la plupart des cas, vous voyez REST / query, qui fait référence à REST utilisé avec un appel d'API quelconque.

Vous devez signer la plupart des demandes REST que vous envoyez à AWS. Certains services, tels que Simple Storage Service (S3), autorisent les demandes anonymes. Cependant, pour recueillir une quantité significative d'informations, vous devez fournir des demandes signées (authentifiées). Toutefois, cet article explique comment utiliser une telle demande pour résoudre un problème de sécurité avec un compartiment S3.

Lorsque vous effectuez une demande à l'aide de la CLI ou d'un SDK, l'environnement signe votre demande pour vous. Même si la demande est toujours signée, vous n'avez pas à vous soucier de l'exécution manuelle de la tâche. Vous pouvez en savoir plus sur la signature des détails à.