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à.
Domande frequenti sui protocolli CloudWatch supportati
CloudWatch Gli SDK hanno iniziato a utilizzare due protocolli aggiuntivi: AWS JSON
Che cos'è AWS Protocollo 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, usa la AWS SDK/CLI versione più recente per utilizzare il protocollo supportato più recente 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 | RPC v2 CBOR | 1,12795 |
| Java 2.x | RPC v2 CBOR | 2,40,6 |
| JavaScript versione 3.x | AWS JSON 1.0 | 3,949,0 |
| .NET v3 | AWS JSON 1.0 | 3.7.1182.0 |
| .NET v4 | RPC v2 CBOR | 4,0150,0 |
| PHP | AWS JSON 1.0 | 3,367,0 |
| Python-boto3 | AWS JSON 1.0 | 1.42.7 |
| Python-botocore | AWS JSON 1.0 | 1.42.7 |
| AWS CLI versione 1 | AWS JSON 1.0 | 1.43.13 |
| AWS CLI versione 2 | AWS JSON 1.0 | 2.32.14 |
| Ruby | AWS JSON 1.0 | 1,126,0 |
| PowerShell | AWS JSON 1.0 | 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 (aka XML-based), potrebbe essere incompatibile con il protocollo AWS JSON o CBOR. In caso di problemi, contatta l' AWS assistenza.
Cosa succede se sono già aggiornato AWS Versione 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, le tue CloudWatch API utilizzeranno il protocollo AWS Query.
Per quali regioni sono supportate AWS Protocolli JSON e CBOR utilizzati nelle API CloudWatch
CloudWatch supporta i protocolli AWS JSON e CBOR in tutte le regioni in cui è disponibile AWS . CloudWatch
Quali miglioramenti della latenza posso aspettarmi quando eseguo l'aggiornamento a quanto specificato AWS Versioni SDK per l' CloudWatch utilizzo dei protocolli più recenti?
Sia JSON che CBOR offrono una latenza e un utilizzo della CPU inferiori fino all'80% rispetto alla Query. AWS Entrambi i protocolli sono fino al 20% più efficienti nell'utilizzo della larghezza di banda di rete.
Sarà il AWS Il protocollo di interrogazione 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 su AWS Protocolli JSON e Smithy RPC v2 CBOR?
Puoi trovare ulteriori informazioni sul protocollo JSON nel protocollo AWS JSON 1.0
