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
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 l'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.
| Lingua | Protocollo | Versioni SDK |
|---|---|---|
| C++ | RPC v2 CBOR | 1.11.708 |
| Golang 2.x | RPC v2 CBOR | 1,53,0 |
| Java 1.x | AWS JSON 1.1 | 1.12.795 |
| Java 2.x | RPC v2 CBOR | 2,40,6 |
| JavaScript versione 3.x | AWS JSON 1.1 | 3,949,0 |
| .NET v3 | AWS JSON 1.1 | 3,71182.0 |
| .NET v4 | RPC v2 CBOR | 4,0150,0 |
| PHP | AWS JSON 1.1 | 3,367,0 |
| Python-boto3 | AWS JSON 1.1 | 1.42.7 |
| Python-botocore | AWS JSON 1.1 | 1.42.7 |
| AWS CLI versione 1 | AWS JSON 1.1 | 1.43.13 |
| AWS CLI versione 2 | AWS JSON 1.1 | 2.32.14 |
| Ruby | AWS JSON 1.1 | 1,126,0 |
| PowerShell | AWS JSON 1.1 | 5.0.114 |
| Rust | RPC v2 CBOR | 1,100,0 |
| Swift | RPC v2 CBOR | 1,6,14 |
| Kotlin | RPC v2 CBOR | 1,5100 |
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 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 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 inCome posso iniziare con i protocolli più recenti per? CloudWatch.
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.1
