Innholdsfortegnelse:
- Transport av data
- Før du kan gjøre noe med AWS, må du vite hvilke oppgaver (tilgjengelige med metoder) er tilgjengelige. API-dokumentasjonen kan gi deg en oversikt over hva du kan gjøre, men den faktiske listen over tilgjengelige metoder er fleksibel og varierer etter kontekst. For eksempel kan det hende du ikke kan utføre bestemte oppgaver med noen tjenester fordi du mangler en sikker tilkobling eller du ikke har konfigurert tjenesten for å støtte den ønskede oppgaven.
- Forespørsler og svar følger de kjente mønstrene som brukes med andre webtjenester. AWS er imidlertid forsiktig med å sikre at du vet at REST bare er arkitekturen, og at API-forespørsler legger til noe til REST; det vil si, de representerer et annet lag. I mange tilfeller ser du REST / query, som refererer til REST brukes med en API-anrop av en type.
Video: Baby Jizzle - De Store 2025
For å kommunisere med AWS på en meningsfylt måte, må du kommunisere med det. Kommunikasjon skjer på flere nivåer, som inkluderer:
- Transport: Dette er det underliggende laget som faktisk overfører dataene mellom partene.
- Discovery: For å samhandle med AWS, må du vite hvilke metoder som er tilgjengelige. Oppdagelsesnivået lar deg bruke en felles nettadresse for å be om listen over tilgjengelige metoder for en bestemt tjeneste i enten XML eller JSON som en liste over hyperkoblinger.
- Forespørsel: Når du vet hvilke metoder som er tilgjengelige, kan du gjøre en forespørsel, og AWS gir et svar.
Du kan enkelt bryte kommunikasjonen til flere lag, men disse lagene representerer den mest grunnleggende og viktige sammenbrudd. Å forstå disse lagene er nok til å skrive robuste applikasjoner ved hjelp av AWS. (Da applikasjonene dine blir større og mer komplekse, og AWS legger til mer funksjonalitet, kan det hende du må jobbe med flere lag.)
Transport av data
Den første kommunikasjonsbekjennelsen du må adressere, handler om transport. AWS støtter HTTP for usikre forespørsler og HTTPS for sikre forespørsler om enkelte tjenester, inkludert de i følgende liste:
I de fleste tilfeller produserer Secure Sockets Layer (SSL) i form av HTTPS-forespørsler det beste resultatet fordi informasjonen forblir sikker over Internett. Hvis dataene du trenger ikke er konfidensielle, kan du noen ganger oppnå bedre programhastighet ved hjelp av HTTP i stedet. I noen tilfeller må du bruke HTTP fordi tjenesten ikke støtter HTTPS, så sørg for å sjekke service dokumentasjonen før du legger til grunn forutsetninger.
De fleste utviklere vet om både HTTP og HTTPS gjennom desktop og nettleser applikasjonsutvikling. Men det du kanskje ikke vet er at AWS støtter Message Queuing Telemetry Transport (MQTT). Denne publiserings- / abonnementsmeldingstransportprotokollen adresserer behovene til begrensede enheter, for eksempel de som brukes til å utføre oppgavene til Internett (IoT) og Maskin-til-Maskin (M2M) -oppgaver.Sjekk ut mer informasjon om MQTT på og AWS-visningen av det. AWS tillater bruk av MQTT med en rekke tjenester, inkludert
- Amazon Simple Storage Service
- Amazon DynamoDB
- Amazon Kinesis
- AWS Lambda
- Amazon Simple Notification Service
- Amazon Simple Queue Service > Oppnå en liste over API-metoder
Før du kan gjøre noe med AWS, må du vite hvilke oppgaver (tilgjengelige med metoder) er tilgjengelige. API-dokumentasjonen kan gi deg en oversikt over hva du kan gjøre, men den faktiske listen over tilgjengelige metoder er fleksibel og varierer etter kontekst. For eksempel kan det hende du ikke kan utføre bestemte oppgaver med noen tjenester fordi du mangler en sikker tilkobling eller du ikke har konfigurert tjenesten for å støtte den ønskede oppgaven.
En av grunnene til at du vil bruke REST, er at den ikke kartlegger Opprett, Les, Oppdater og Slett (CRUD) forespørsler direkte til HTTP som en protokoll gjør (skape en ubrytelig kontrakt som du må endre hver gang tid du trenger å gjøre en endring). Du foretar en forespørsel ved å bruke en standard nettadresse med en GET-forespørsel og motta en liste over hypermedia-koblinger til de faktiske metallsamtalene. Artikkelen om Hypermedia som Application Engine (HATEOAS) beskriver hvordan denne prosessen fungerer mer detaljert.
REST støttet opprinnelig på XML for å gi en liste over koblinger til spesifikke metallsamtaler, men ved hjelp av Hypermedia Access Language (HAL) kan du bruke JSON i stedet, noe som er lettere å forstå. AWS er for tiden avhengig av XML for noen form for API-spørring fordi de fleste utviklere ser ut til å forstå XML bedre. er det opprinnelige formatet for AWS. Denne artikkelen gir informasjon om REST API.
På en gang ga AWS omfattende støtte til Simple Object Access Protocol (SOAP). Faktisk kan du fortsatt bruke SOAP til å stille forespørsler, men bare ved å bruke HTTPS. I andre tilfeller støtter AWS ikke lenger SOAP i det hele tatt (et eksempel på avskrivning for EC2-tjenesten).
Foreta en forespørsel
Forespørsler og svar følger de kjente mønstrene som brukes med andre webtjenester. AWS er imidlertid forsiktig med å sikre at du vet at REST bare er arkitekturen, og at API-forespørsler legger til noe til REST; det vil si, de representerer et annet lag. I mange tilfeller ser du REST / query, som refererer til REST brukes med en API-anrop av en type.
Du må signere de fleste REST forespørsler du gjør til AWS. Noen tjenester, for eksempel Simple Storage Service (S3), tillater anonyme forespørsler. For å oppnå en betydelig mengde informasjon må du imidlertid gi signerte (autentiserte) forespørsler. Denne artikkelen beskriver imidlertid hvordan du bruker en slik forespørsel for å fikse et sikkerhetsproblem med en S3-bøtte.
Når du gjør en forespørsel ved hjelp av CLI eller en SDK, signerer miljøet forespørselen din for deg. Selv om forespørselen fortsatt er signert, trenger du ikke å bekymre deg for å utføre oppgaven manuelt. Du kan lese mer om signering av opplysninger på.
