I principali standard di comunicazione per AWS - dummies

Per interagire con AWS in qualsiasi modo significativo, devi comunicare con esso. La comunicazione avviene a diversi livelli, che includono:

• Trasporto: Questo è il livello sottostante che trasferisce effettivamente i dati tra le parti.
• Scoperta: Per interagire con AWS, è necessario sapere quali metodi sono disponibili. Il livello di scoperta consente di utilizzare un URL comune per richiedere l'elenco dei metodi disponibili per un servizio specifico in XML o JSON come elenco di collegamenti ipertestuali.
• Richiesta: Dopo aver saputo quali metodi sono disponibili, è possibile effettuare una richiesta e AWS fornisce una risposta.

È possibile interrompere facilmente la comunicazione in più livelli, ma questi livelli rappresentano la ripartizione più basilare ed essenziale. Comprendere questi livelli è sufficiente per scrivere applicazioni robuste usando AWS. (Poiché le applicazioni diventano più grandi e complesse e AWS aggiunge più funzionalità, potrebbe essere necessario lavorare con livelli aggiuntivi.)

Trasporto dei dati

La prima questione di comunicazione che devi affrontare è la questione del trasporto. AWS supporta HTTP per richieste non sicure e HTTPS per richieste protette per alcuni servizi, inclusi quelli nell'elenco seguente:

• Servizio Web Amazon Associates
• Amazon CloudFront (è richiesto HTTPS per l'API di controllo; attualmente è accettato solo HTTP per l'API di richiesta)
• Amazon DevPay (è necessario HTTPS per il servizio di licenza)
• Amazon Elastic Compute Cloud
• Amazon Flexible Payments Service (è richiesto
• Amazon Fulfillment Web Service (è richiesto
• Amazon Mechanical Turk
• Amazon SimpleDB
• Amazon Simple Queue Service
• Amazon Simple Storage Service

Nella maggior parte dei casi, l'uso di Secure Sockets Layer (SSL) sotto forma di richieste HTTPS produce il risultato migliore perché le informazioni rimangono protette su Internet. Se i dati necessari non sono di natura confidenziale, a volte è possibile ottenere una migliore velocità applicativa utilizzando invece HTTP. In alcuni casi, è necessario utilizzare HTTP perché il servizio non supporta HTTPS, quindi assicurarsi di controllare la documentazione del servizio prima di fare qualsiasi ipotesi.

La maggior parte degli sviluppatori conosce sia HTTP che HTTPS tramite lo sviluppo di applicazioni desktop e browser. Tuttavia, ciò che potresti non sapere è che AWS supporta anche il trasporto di telemetria di Accodamento messaggi (MQTT). Questo protocollo di trasporto di messaggistica di pubblicazione / sottoscrizione risponde alle esigenze dei dispositivi vincolati, come quelli utilizzati per eseguire le attività Internet of Things (IoT) e Machine-to-Machine (M2M).Scopri ulteriori informazioni su MQTT e su AWS. AWS consente l'utilizzo di MQTT con numerosi servizi, tra cui

• Amazon Simple Storage Service
• Amazon DynamoDB
• Amazon Kinesis
• AWS Lambda
• Amazon Simple Notification Service
• Amazon Simple Queue Service > Come ottenere un metodo API che elenca

Prima di poter fare qualsiasi cosa con AWS, è necessario sapere quali attività (accessibili usando i metodi) sono disponibili. La documentazione dell'API può fornire una panoramica di ciò che è possibile fare, ma l'elenco effettivo dei metodi disponibili è flessibile e varia in base al contesto. Ad esempio, potresti non essere in grado di eseguire determinate attività con alcuni servizi perché ti manca una connessione sicura o non hai configurato il servizio per supportare l'attività desiderata.

Uno dei motivi per cui si desidera utilizzare REST è che non esegue il mapping delle richieste Create, Read, Update ed Delete (CRUD) direttamente su HTTP come fa un protocollo (creando un contratto inderogabile che è necessario modificare ogni tempo necessario per fare un cambiamento). Si effettua una richiesta utilizzando un URL standard con una richiesta GET e si riceve un elenco di collegamenti ipermediali alle chiamate al metodo effettive. L'articolo su Hypermedia come Engine of Application State (HATEOAS) descrive come questo processo funzioni in modo più dettagliato.

Originariamente, REST si basava su XML per fornire l'elenco di collegamenti a chiamate di metodi specifici, ma utilizzando Hypermedia Access Language (HAL) consente invece di utilizzare JSON, che è più facile da capire. AWS si basa attualmente su XML per qualsiasi tipo di query API poiché la maggior parte degli sviluppatori sembra comprendere meglio XML. è il formato nativo per AWS. Questo articolo fornisce dettagli sull'API REST.

In una sola volta, AWS ha fornito ampio supporto per il protocollo SOAP (Simple Object Access Protocol). In effetti, puoi ancora usare SOAP per fare richieste, ma solo usando HTTPS. In altri casi, AWS non supporta più SOAP (un esempio di deprecazione per il servizio EC2).

Esecuzione di una richiesta

Le richieste e le risposte seguono gli schemi familiari usati con altri servizi web. Tuttavia, AWS fa attenzione a sapere che REST è semplicemente l'architettura e che le richieste API aggiungono qualcosa a REST; cioè, rappresentano uno strato diverso. In molti casi, viene visualizzato REST / query, che fa riferimento a REST utilizzato con una chiamata API di un certo tipo.

Devi firmare la maggior parte delle richieste REST che fai ad AWS. Alcuni servizi, come Simple Storage Service (S3), consentono richieste anonime. Per raccogliere qualsiasi quantità significativa di informazioni, tuttavia, è necessario fornire richieste firmate (autenticate). Tuttavia, in questo articolo viene descritto come utilizzare tale richiesta per risolvere un problema di sicurezza con un bucket S3.

Quando si effettua una richiesta utilizzando la CLI o un SDK, l'ambiente firma la richiesta per conto dell'utente. Anche se la richiesta è ancora firmata, non è necessario preoccuparsi di eseguire l'attività manualmente. Puoi leggere ulteriori informazioni sulla firma di particolari a.