Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
FAQs sur les protocoles CloudWatch pris en charge
CloudWatch prend désormais en charge deux protocoles supplémentaires : AWS JSON 1.1
Qu'est-ce que le protocole AWS JSON et en quoi diffère-t-il des demandes et réponses d' CloudWatch API existantes ?
Le JSON est l'une des méthodes de câblage les plus utilisées et les plus acceptées pour la communication entre des systèmes hétérogènes. CloudWatch utilise le JSON comme moyen de communication entre un client AWS SDK (par exemple, Java, Python, Golang JavaScript) et CloudWatch un serveur. Une requête HTTP d'une opération d' CloudWatch API accepte une entrée sous forme de JSON. L' CloudWatch opération est exécutée et la réponse d'exécution est partagée avec le client du SDK sous forme de JSON. Comparé à la AWS requête, le JSON est plus efficace pour transporter les données entre le client et le serveur.
-
CloudWatch AWS Le protocole JSON agit comme un médiateur entre CloudWatch le client et le serveur.
-
Le serveur ne comprend pas le langage de programmation dans lequel l' CloudWatch opération est créée, mais il comprend le protocole AWS JSON.
-
Le protocole CloudWatch AWS JSON utilise la sérialisation (conversion de l'objet au format JSON) et la désérialisation (conversion du format JSON en objet) entre le CloudWatch client et le serveur.
Qu'est-ce que le protocole CBOR Smithy RPC v2 et en quoi diffère-t-il des demandes et réponses d' CloudWatch API existantes ?
La représentation concise des objets binaires (CBOR) est un format de données axé sur l'efficacité et la flexibilité. Ses principaux objectifs de conception incluent une taille de code extrêmement petite, une taille de message compacte et une extensibilité sans version. Smithy RPC v2 CBOR, un protocole inventé par Amazon, s'appuie sur ces avantages pour permettre une transmission de données plus efficace. Le RPC V2 CBOR implémente le codage binaire plutôt que le codage de texte au format JSON, réduisant ainsi la taille des charges utiles et le temps consacré à la sérialisation.
-
CloudWatch Le protocole RPC v2 CBOR agit comme un médiateur entre le CloudWatch client et le serveur.
-
Le serveur ne comprend pas le langage de programmation dans lequel l' CloudWatch opération est créée, mais il comprend le protocole CBOR RPC v2.
-
Le protocole CloudWatch RPC v2 CBOR utilise la sérialisation (conversion de l'objet au format CBOR) et la désérialisation (conversion du format CBOR en objet) entre le client et le serveur. CloudWatch
Comment puis-je commencer à utiliser les nouveaux protocoles pour CloudWatch ?
Les nouveaux protocoles sont désormais disponibles dans une version préliminaire publique du SDKs. SDKs peut être téléchargé en suivant les instructions ci-dessous.
Note
Les problèmes spécifiques suivants sont présents dans la version préliminaire de la CloudWatch SDKs liste ci-dessous. L'utilisation de cette version préliminaire du SDK signifie que ces problèmes peuvent affecter votre intégration. Nous prévoyons de résoudre ces problèmes avant la version finale.
Tout affecte SDKs : la version d'aperçu supprime les valeurs nulles restantes des listes. Dans la version finale, ces valeurs seront correctement sérialisées
Spécifique au SDK Java v1 — La version d'aperçu ne sérialise pas les listes vides. Dans la version finale, les listes vides seront correctement sérialisées
Quels sont les risques liés à l'activation de ces nouveaux protocoles pour mes CloudWatch charges de travail ?
Si vous utilisez une implémentation personnalisée du AWS SDK ou une combinaison de clients personnalisés et de AWS SDK avec lesquels interagir et CloudWatch qui génère des réponses basées sur des AWS requêtes (également appelées XML), cela peut être incompatible avec AWS le protocole JSON ou CBOR. Si vous rencontrez des problèmes, contactez le AWS Support.
Et si j'utilise déjà la dernière version du AWS SDK, mais que ma solution open source ne supporte pas JSON ou CBOR ?
Vous devez remplacer la version de votre SDK par une version précédente. Découvrez Comment puis-je commencer à utiliser les nouveaux protocoles pour CloudWatch ? comment démarrer avec les nouveaux protocoles CloudWatch et sélectionnez une version inférieure à celle répertoriée. Si vous remplacez votre AWS SDK par la version précédente, vous CloudWatch APIs utiliserez le protocole de AWS requête.
Quelles régions sont prises en charge pour les protocoles AWS JSON et CBOR utilisés dans CloudWatch APIs
CloudWatch prend en charge les protocoles AWS JSON et CBOR dans toutes les AWS régions où il CloudWatch est disponible.
À quelles améliorations de latence puis-je m'attendre lors de la mise à niveau vers les versions du AWS SDK spécifiées pour CloudWatch utiliser les nouveaux protocoles ?
Le JSON et le CBOR offrent tous deux une amélioration de la latence de 50 % à 80 % par rapport à la AWS requête. Le CBOR est 50 % plus rapide pour le client. Les deux protocoles sont 10 à 20 % plus efficaces en termes d'utilisation de la bande passante réseau.
Le protocole de AWS requête sera-t-il obsolète ?
AWS le protocole de requête continuera d'être pris en charge. Vous pouvez continuer à utiliser le protocole de AWS requête tant que la version de votre AWS SDK est définie sur une version précédente autre que celle répertoriée dans Comment démarrer avec les protocoles AWS JSON pour CloudWatch.
Où puis-je trouver plus d'informations sur les protocoles CBOR AWS JSON et Smithy RPC v2 ?
Vous trouverez plus d'informations sur le protocole JSON sur le protocole AWS JSON 1.1
Pour en savoir plus sur les demandes d' CloudWatch API, consultez la section Création de demandes d' CloudWatch API dans le Guide de référence des API.
