Standardele majore de comunicare pentru AWS - dummy

Pentru a interacționa cu AWS într-un mod semnificativ, trebuie să comunicați cu acesta. Comunicarea are loc la mai multe niveluri, printre care se numără:

• Transport: Acesta este stratul de bază care transferă efectiv datele între părți.
• Discovery: Pentru a interacționa cu AWS, trebuie să știți ce metode sunt disponibile. Nivelul de descoperire vă permite să utilizați o adresă URL obișnuită pentru a solicita lista de metode disponibile pentru un anumit serviciu în XML sau JSON ca o listă de hyperlink-uri.
• Cerere: După ce știți ce metode sunt disponibile, puteți face o solicitare, iar AWS oferă un răspuns.

Puteți rupe cu ușurință comunicarea în mai multe straturi, dar aceste straturi reprezintă cea mai elementară și esențială defalcare. Înțelegerea acestor straturi este suficientă pentru a scrie aplicații robuste utilizând AWS. (Deoarece aplicațiile dvs. devin mai mari și mai complexe, iar AWS adaugă mai multe funcționalități, poate fi necesar să lucrați cu straturi suplimentare.)

Transportarea datelor

Prima problemă de comunicare pe care trebuie să o abordați este problema transportului. AWS acceptă HTTP pentru solicitări nesigure și HTTPS pentru solicitări sigure pentru unele servicii, inclusiv cele din lista următoare:

Amazon Associates Web Service

Amazon CloudFront (HTTPS este necesar pentru API-ul de control; în prezent numai HTTP este acceptat pentru API-ul de cerere)

Amazon DevPay)

Amazon Elastic Compute Cloud

Amazon Flexible Payments Service (HTTPS este necesar)

Amazon Fulfillment Web Service (HTTPS este necesar)

Amazon Mechanical Turk

Amazon SimpleDB

Amazon Simple Queue Service

Amazon Simple Storage Service

În cele mai multe cazuri, utilizarea Secure Sockets Layer (SSL) sub formă de cereri HTTPS produce cel mai bun rezultat, deoarece informațiile rămân sigure pe Internet. Dacă datele de care aveți nevoie nu au caracter confidențial, puteți obține uneori o viteză mai bună de utilizare utilizând HTTP. În unele cazuri, trebuie să utilizați HTTP, deoarece serviciul nu acceptă HTTPS, deci asigurați-vă că verificați documentația de service înainte de a face orice ipoteze.

Majoritatea dezvoltatorilor știu atât despre HTTP, cât și despre HTTPS prin dezvoltarea aplicațiilor pentru desktop și browser. Cu toate acestea, ceea ce este posibil să nu știți este că AWS acceptă, de asemenea, transportul prin mesagerie prin telemetrie (MQTT). Acest protocol de transport pentru publicarea / abonarea mesajelor abordează nevoile dispozitivelor constrânse, cum ar fi cele utilizate pentru a efectua sarcinile Internet de lucruri (IoT) și Machine-to-Machine (M2M).Verificați mai multe informații despre MQTT și vizualizarea AWS a acestuia. AWS permite utilizarea MQTT cu un număr de servicii, inclusiv

• Amazon Simple Storage Service
• Amazon DynamoDB
• Amazon Kinesis
• AWS Lambda
• Amazon Simple Notification Service
• > Obținerea unei metode API

Înainte de a putea face ceva cu AWS, trebuie să știți ce sarcini (accesibile prin metode) sunt disponibile. Documentația API vă poate oferi o imagine de ansamblu a ceea ce puteți face, însă lista actuală a metodelor disponibile este flexibilă și variază în funcție de context. De exemplu, este posibil să nu puteți efectua anumite activități cu unele servicii deoarece nu aveți o conexiune securizată sau nu ați configurat serviciul pentru a vă suporta sarcina dorită.

Unul dintre motivele pentru care doriți să utilizați REST este că nu creează cereri de creare, citire, actualizare și ștergere (CRUD) direct la HTTP ca un protocol (crearea unui contract de neîntemeiat pe care trebuie să îl modificați timpul necesar pentru a face o schimbare). Faceți o solicitare utilizând o adresă URL standard cu o solicitare GET și primiți o listă de linkuri hypermedia la apelurile metodice reale. Articolul despre Hypermedia ca motor al statului de aplicare (HATEOAS) descrie modul în care acest proces funcționează mai detaliat.

Inițial, REST sa bazat pe XML pentru a furniza lista de link-uri către anumite apeluri de metode, însă utilizarea Hypermedia Access Language (HAL) vă permite să utilizați în schimb JSON, ceea ce este mai ușor de înțeles. AWS se bazează în prezent pe XML pentru orice tip de interogare API, deoarece majoritatea dezvoltatorilor par să înțeleagă mai bine XML-ul. este formatul nativ pentru AWS. Acest articol vă oferă detalii despre API-ul REST.

În același timp, AWS a oferit un suport extins pentru Protocolul de acces simplu de obiect (SOAP). De fapt, puteți utiliza în continuare SOAP pentru a face cereri, dar numai prin utilizarea HTTPS. În alte cazuri, AWS nu mai acceptă SOAP deloc (un exemplu de depreciere pentru serviciul EC2).

Efectuarea unei solicitări

Solicitările și răspunsurile urmează modelele familiare utilizate cu alte servicii web. Cu toate acestea, AWS este atent să vă asigurați că știți că REST este doar arhitectura și că cererile API adaugă ceva la REST; adică reprezintă un strat diferit. În multe cazuri, vedeți REST / interogare, care se referă la REST folosit cu un apel API de un anumit tip.

Trebuie să semnați cele mai multe cereri REST pe care le faceți la AWS. Unele servicii, cum ar fi Serviciul de stocare simplă (S3), permit solicitări anonime. Cu toate acestea, pentru a obține o cantitate semnificativă de informații, trebuie să furnizați cereri semnate (autentificate). Cu toate acestea, acest articol descrie modul de utilizare a unei astfel de solicitări pentru a remedia o problemă de securitate cu o găleată S3.

Când faceți o solicitare utilizând CLI sau un SDK, mediul vă semnează solicitarea. Chiar dacă cererea este încă semnată, nu trebuie să vă faceți griji cu privire la efectuarea manuală a sarcinii. Puteți citi mai multe despre semnarea detaliilor la.