De væsentligste kommunikationsstandarder for AWS

For at interagere med AWS på en meningsfuld måde skal du kommunikere med det. Kommunikation sker på flere niveauer, som omfatter:

• Transport: Dette er det underliggende lag, som faktisk overfører dataene mellem parter.
• Discovery: For at interagere med AWS, skal du vide, hvilke metoder der er tilgængelige. Opdagelsesniveauet giver dig mulighed for at bruge en fælles webadresse til at anmode om listen over tilgængelige metoder til en bestemt tjeneste i enten XML eller JSON som en liste over hyperlinks.
• Anmodning: Når du ved, hvilke metoder der er tilgængelige, kan du foretage en anmodning, og AWS giver et svar.

Du kan nemt bryde kommunikationen til flere lag, men disse lag udgør den mest grundlæggende og væsentlige sammenbrud. Forståelse af disse lag er nok til at skrive robuste applikationer ved hjælp af AWS. (Da dine applikationer bliver større og mere komplekse, og AWS tilføjer mere funktionalitet, skal du muligvis arbejde med flere lag.)

Transport af data

Den første kommunikationsbekræftelse, du skal adressere, handler om transport. AWS understøtter HTTP for usikre anmodninger og HTTPS for sikre anmodninger om nogle tjenester, herunder dem i følgende liste:

Amazon Associates Web Service

• Amazon CloudFront (HTTPS er påkrævet for kontrol API; i øjeblikket accepteres kun HTTP for anmodning API)
• Amazon DevPay (HTTPS er påkrævet for licenstjenesten)
• Amazon Elastic Compute Cloud
• Amazon Flexible Payments Service (HTTPS er påkrævet)
• Amazon Fulfillment Web Service (HTTPS er påkrævet)
• Amazon Mekanisk Turk
• Amazon SimpleDB
• Amazon Simple Queue Service
• Amazon Simple Storage Service

I de fleste tilfælde producerer Secure Sockets Layer (SSL) i form af HTTPS-anmodninger det bedste resultat, fordi oplysningerne forbliver sikre over internettet. Hvis de data, du har brug for, ikke er fortrolige, kan du til tider opnå bedre applikationshastighed ved hjælp af HTTP i stedet. I nogle tilfælde skal du bruge HTTP, fordi tjenesten ikke understøtter HTTPS, så sørg for at kontrollere service dokumentationen, før du tager nogle antagelser.

De fleste udviklere kender både HTTP og HTTPS via desktop og browser applikationsudvikling. Det, du måske ikke ved, er, at AWS også understøtter Message Queuing Telemetry Transport (MQTT). Denne publicerings / abonnement messaging transport protokol adresserer behovene for begrænsede enheder, som dem, der bruges til at udføre ting til ting (IoT) og Maskin til Maskine (M2M).Tjek mere information om MQTT på og AWS visningen af ​​det. AWS tillader brug af MQTT med en række tjenester, herunder

Amazon Simple Storage Service

• Amazon DynamoDB
• Amazon Kinesis
• AWS Lambda
• Amazon Simple Notification Service
• Amazon Simple Queue Service > Obligatorisk liste over API-metoder
• Før du kan gøre noget med AWS, skal du vide, hvilke opgaver (tilgængelige med metoder) er tilgængelige. API-dokumentationen kan give dig et overblik over, hvad du kan gøre, men den aktuelle liste over tilgængelige metoder er fleksibel og varierer efter kontekst. For eksempel kan du muligvis ikke udføre visse opgaver med nogle tjenester, fordi du mangler en sikker forbindelse, eller du ikke har konfigureret tjenesten til at understøtte den ønskede opgave.

En af grundene til, at du vil bruge REST, er at den ikke kortlægger Opret, Læs, Opdater og Slet (CRUD) anmodninger direkte til HTTP som en protokol gør (Oprettelse af en ubrydelig kontrakt, som du skal ændre hver gang tid du skal foretage en ændring). Du foretager en anmodning ved hjælp af en standardwebadresse med en GET-anmodning og modtager en liste over hypermedia-links til de faktiske metodeopkald. Artiklen om Hypermedia som Application Engine (HATEOAS) beskriver, hvordan denne proces fungerer mere detaljeret.

Oprindelig var REST afhængig af XML for at give listen over links til specifikke metodeopkald, men ved hjælp af Hypermedia Access Language (HAL) kan du bruge JSON i stedet, hvilket er lettere at forstå. AWS er ​​i øjeblikket afhængig af XML for enhver form for API-forespørgsel, fordi de fleste udviklere ser ud til at forstå XML bedre. er det oprindelige format for AWS. Denne artikel indeholder detaljer om REST API.

På en gang gav AWS omfattende støtte til Simple Object Access Protocol (SOAP). Faktisk kan du stadig bruge SOAP til at stille anmodninger, men kun ved at bruge HTTPS. I andre tilfælde støtter AWS ikke længere SOAP overhovedet (et eksempel på afskrivning for EC2-tjenesten).

Gør en anmodning

Forespørgsler og svar følger de velkendte mønstre, der bruges sammen med andre webtjenester. Men AWS er ​​forsigtig med at sikre, at du ved, at REST er blot arkitekturen, og at API-anmodninger tilføjer noget til REST; det vil sige, de repræsenterer et andet lag. I mange tilfælde ser du REST / query, som refererer til REST, der bruges med et API-opkald af en eller anden type.

Du skal underskrive de fleste REST-anmodninger, du laver til AWS. Nogle tjenester, såsom Simple Storage Service (S3), tillader anonyme anmodninger. For at opnå en betydelig mængde oplysninger skal du dog levere underskrevne (godkendte) anmodninger. Denne artikel beskriver imidlertid, hvordan man bruger en sådan anmodning til at løse et sikkerhedsproblem med en S3-bucket.

Når du foretager en anmodning ved hjælp af CLI eller en SDK, underskriver miljøet din anmodning til dig. Selvom anmodningen stadig er underskrevet, behøver du ikke bekymre dig om at udføre opgaven manuelt. Du kan læse mere om underskrift af oplysninger på.