Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# FAQs sui protocolli CloudWatch supportati
CloudWatch SDKs [ha iniziato a utilizzare due protocolli aggiuntivi: [AWS JSON](https://smithy.io/2.0/aws/protocols/aws-json-1_0-protocol.html) 1.0 e Smithy RPC v2 CBOR.](https://smithy.io/2.0/additional-specs/protocols/smithy-rpc-v2.html) Questi protocolli sono più performanti di AWS Query, precedentemente utilizzato da and. CloudWatch SDKs CLIs AWS SDKs darà la priorità al protocollo più performante per ogni lingua.
## Cos'è il protocollo AWS JSON e in che cosa differisce dalle richieste e dalle risposte CloudWatch API esistenti?
JSON è uno dei formati di dati più utilizzati e accettati per la comunicazione tra sistemi eterogenei. CloudWatch utilizza JSON come mezzo per comunicare tra un client AWS SDK (ad esempio, Java, Python, Golang) e il server. JavaScript CloudWatch Una richiesta HTTP di un'operazione CloudWatch API accetta input sotto forma di JSON. L' CloudWatch operazione viene eseguita e la risposta di esecuzione viene condivisa con il client SDK sotto forma di JSON. Rispetto a AWS Query, JSON è più efficiente nel trasporto dei dati tra client e server.
+ CloudWatch AWS Il protocollo JSON funge da mediatore tra CloudWatch client e server.
+ L' CloudWatch AWS SDK gestisce la serializzazione (conversione dell'oggetto in formato JSON) e la deserializzazione (conversione del formato JSON in oggetto) tra il client e il server. CloudWatch
## Cos'è il protocollo CBOR Smithy RPC v2 e in che cosa differisce dalle richieste e dalle risposte API esistenti? CloudWatch
Smithy RPC v2 CBOR (Concise Binary Object Representation) è un protocollo sviluppato da Amazon per una trasmissione dei dati più efficiente. È un formato di dati progettato per mantenere compatte le dimensioni dei messaggi e consentire al formato di evolversi senza richiedere la negoziazione delle versioni tra i sistemi. La differenza fondamentale rispetto alla codifica JSON è che JSON utilizza testo leggibile dall'uomo (come «nome»: «John»), mentre CBOR utilizza un formato binario (sequenze di 1 e 0). Questo approccio binario crea pacchetti di dati più piccoli che viaggiano più velocemente sulla rete e riduce i tempi di serializzazione poiché i computer elaborano direttamente i dati binari.
+ CloudWatch Il protocollo RPC v2 CBOR funge da mediatore tra client e server. CloudWatch
+ L' CloudWatch SDK gestisce la serializzazione (conversione dell'oggetto in formato CBOR) e la deserializzazione (conversione del formato CBOR in oggetto) tra client e server. CloudWatch
## Come posso iniziare con i protocolli più recenti per? CloudWatch
Per iniziare, utilizza l'ultima versione AWS SDK/CLI per utilizzare l'ultimo protocollo supportato per. CloudWatch Aggiorna il tuo AWS SDK alla versione specificata o a qualsiasi versione successiva.
**Supporto del protocollo del client SDK**
| Lingua | Protocollo | Versioni SDK |
| --- | --- | --- |
| C\$1\$1 | RPC v2 CBOR | [1.11.708](https://github.com/aws/aws-sdk-cpp/releases/tag/1.11.708) |
| Golang 2.x | RPC v2 CBOR | [1,53,0](https://github.com/aws/aws-sdk-go-v2/releases/tag/service%2Fcloudwatch%2Fv1.53.0) |
| Java 1.x | RPC v2 CBOR | [1,12795](https://github.com/aws/aws-sdk-java/releases/tag/1.12.795) |
| Java 2.x | RPC v2 CBOR | [2,40,6](https://github.com/aws/aws-sdk-java-v2/releases/tag/2.40.6) |
| JavaScript versione 3.x | AWS JSON 1.0 | [3,949,0](https://github.com/aws/aws-sdk-js-v3/releases/tag/v3.949.0) |
| .NET v3 | AWS JSON 1.0 | [3.7.1182.0](https://github.com/aws/aws-sdk-net/releases/tag/3.7.1182.0) |
| .NET v4 | RPC v2 CBOR | [4,0150,0](https://github.com/aws/aws-sdk-net/releases/tag/4.0.150.0) |
| PHP | AWS JSON 1.0 | [3,367,0](https://github.com/aws/aws-sdk-php/releases/tag/3.367.0) |
| Python-boto3 | AWS JSON 1.0 | [1.42.7](https://github.com/boto/boto3/releases/tag/1.42.7) |
| Python-botocore | AWS JSON 1.0 | [1.42.7](https://github.com/boto/botocore/releases/tag/1.42.7) |
| AWS CLI versione 1 | AWS JSON 1.0 | [1.43.13](https://github.com/aws/aws-cli/releases/tag/1.43.13) |
| AWS CLI versione 2 | AWS JSON 1.0 | [2.32.14](https://github.com/aws/aws-cli/releases/tag/2.32.14) |
| Ruby | AWS JSON 1.0 | [1,126,0](https://github.com/aws/aws-sdk-ruby/commit/3b09588cf49079453ef372cdcd51eaab8d8114a9) |
| PowerShell | AWS JSON 1.0 | [5.0.114](https://github.com/aws/aws-tools-for-powershell/commit/22b7f44d079b84fd245273ea554ae57d07e8a017) |
| Rust | RPC v2 CBOR | [1,100,0](https://github.com/awslabs/aws-sdk-rust/releases/tag/release-2025-12-10) |
| Swift | RPC v2 CBOR | [1,6,14](https://github.com/awslabs/aws-sdk-swift/releases/tag/1.6.14) |
| Kotlin | RPC v2 CBOR | [1,5100](https://github.com/aws/aws-sdk-kotlin/releases/tag/v1.5.100) |
## Quali sono i rischi dell'abilitazione di questi nuovi protocolli per i miei CloudWatch carichi di lavoro?
La migrazione verso queste nuove versioni SDK dovrebbe essere completamente trasparente e semplice per i clienti. Esiste un cambiamento comportamentale noto tra i protocolli relativo al modo in cui `null` i valori vengono trattati all'interno degli elenchi: le chiamate CloudWatch API con input di elenco che possono contenere `null` valori verranno gestite in modo diverso nei protocolli CBOR AWS JSON e Smithy RPC v2 rispetto al precedente protocollo AWS Query: nel protocollo AWS Query, i valori nulli all'interno degli elenchi vengono rimossi, mentre nei JSON/CBOR protocolli verranno propagati tramite le chiamate API.
Inoltre, se utilizzi un'implementazione personalizzata di AWS SDK o una combinazione di client personalizzati e AWS SDK con cui interagire CloudWatch che genera risposte basate su AWS Query (ovvero basate su XML), potrebbe essere incompatibile con il protocollo AWS JSON o CBOR. In caso di problemi, contatta l' AWS assistenza.
## Cosa succede se uso già l'ultima versione dell' AWS SDK, ma la mia soluzione open source non supporta JSON o CBOR?
È necessario passare a una versione precedente dell'SDK. Consulta la [Come posso iniziare con i protocolli più recenti per? CloudWatch](#getting-started) sezione e seleziona una versione inferiore a quella elencata. Se modifichi il tuo AWS SDK alla versione precedente, CloudWatch APIs utilizzerai il protocollo AWS Query.
## Quali regioni sono supportate per i protocolli AWS JSON e CBOR utilizzati in CloudWatch APIs
CloudWatch supporta i protocolli AWS JSON e CBOR in tutte le [AWS regioni](https://docs.aws.amazon.com/general/latest/gr/rande.html#cw_region) in cui è disponibile. CloudWatch
## Quali miglioramenti della latenza posso aspettarmi eseguendo l'aggiornamento alle versioni AWS SDK specificate per l'utilizzo dei protocolli più recenti? CloudWatch
Sia JSON che CBOR offrono una latenza e un utilizzo della CPU inferiori fino all'80% rispetto a Query. AWS Entrambi i protocolli sono fino al 20% più efficienti nell'utilizzo della larghezza di banda di rete.
## Il protocollo AWS Query sarà obsoleto?
AWS Il protocollo Query continuerà a essere supportato. È possibile continuare a utilizzare il protocollo AWS Query purché la versione dell' AWS SDK sia impostata su una versione precedente a quella elencata in[Come posso iniziare con i protocolli più recenti per? CloudWatch](#getting-started).
## Dove posso trovare ulteriori informazioni sui protocolli CBOR AWS JSON e Smithy RPC v2?
[Puoi trovare ulteriori informazioni sul protocollo JSON nel protocollo [AWS JSON 1.0](https://smithy.io/2.0/aws/protocols/aws-json-1_0-protocol.html) nella documentazione di Smithy e sul CBOR nel protocollo CBOR RPC v2 nella documentazione di Smithy.AWS](https://smithy.io/2.0/additional-specs/protocols/smithy-rpc-v2.html)
[Per ulteriori informazioni sulle richieste CloudWatch API, consulta Making API Requests nella API Reference Guide.](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/making-api-requests.html) CloudWatch