Innholdsfortegnelse:
Video: Zeitgeist Addendum 2024
Hvis du ikke har behandlet AWS eller skyen ennå, kan du bli fristet til å tenke på plattformer som en bestemt kombinasjon av elementer. For eksempel, når du ser ditt eget lokale oppsett, har du en server som kjører et bestemt operativsystem og har et bestemt sett med maskinvareressurser.
Systemet har et spesifikt databasebehandlingssystem (DBMS) installert og er avhengig av visse typer annen programvare for å gi sluttbrukerressurser. Utviklingsplattformen er også spesifikk. Du bruker et bestemt språk med et forhåndsdefinert sett med biblioteker for å kode program på en enkelt måte. Skyen virker ikke slik. Når du arbeider med skyen, har du en rekke operativsystemer som kan støtte noen av en rekke DBMSer og har tilgang til et bredt utvalg av sluttbrukerressurser.
Selv utviklingsmiljøet er annerledes. Du kan kode på flere forskjellige nivåer. Faktisk, når du bruker AWS Lambda-tjenesten, ser du egentlig ikke plattform eller ressurser i konvensjonell forstand i det hele tatt. Det du er mest interessert i er en prosess for å skaffe et bestemt resultat gitt en viss mengde data uansett kilde eller utgang. Miljøet er ikke lenger veldig viktig; Det som betyr noe er prosessen og resultatet oppnådd fra prosessen.
Med alle disse hemmelighetene og forskjellene i tankene blir spørsmålet en av å bestemme den beste måten å bruke bestemte tjenester i stedet for hvilken funksjonalitet du har tilgjengelig. Følgende informasjon gir deg et raskt overblikk over hvordan du får mer informasjon om AWS-støtte for bestemte plattformfunksjoner, gitt en bestemt tjeneste.
Få oversikt over de støttede plattformene
AWS handler om tjenestene. Du kan se disse tjenestene delt inn i kategorier. En kategori eksisterer for alle behov. Ved å bare se på det brede sortimentet av kategorier, kan du bli overveldet ganske raskt.
Problemet blir enda tydeligere når du åpner en av kategoriene. For eksempel ser du Compute-kategori nedenfor, som er det første stedet du bør gå for å finne ut hva du kan få tilgang til i utviklingsplattformene.
For å utføre de fleste oppgavene, oppretter du en EC2 virtuell server. Boring ned i EC2 virtuelle serverinformasjon, finner du et vell av forekomsttyper å velge mellom, hvorav noen faller inn i det frie nivået på tjenester. forekomsttypene definerer ting som antall CPUer, mengde minne og type lagring som leveres for den virtuelle serveren.Du må også vurdere operativsystemet, som betyr å velge mellom en Windows- eller Linux-versjon, i dette tilfellet.
Velge en passende plattform for dine behov
Nå bør du ha ideen om at det å lage en passende plattform ikke er et spørsmål om å finne et sett med AWS-funksjoner for å møte dine appbehov. Det som kommer ned til, er å finne settet av funksjoner som hjelper deg med å kode
- Med minste innsats
- På kortest tid
- For minst mulig beløp
Hele spørsmålet om kostnadene kan bli betydelig med AWS fordi du raskt finner deg selv å betale alle slags skjulte gebyrer for ting du ikke visste du trengte eller trodde ville være gratis. Du finner mer informasjon i AWS For Admins For Dummies, av John Paul Mueller (Wiley 2016). Du får imidlertid nok informasjon til å ta smarte beslutninger om å bygge et utviklingsmiljø og bruke det miljøet til å lage applikasjoner.
Den beste måten å finne en passende plattform for utviklingsbehov, er å starte sakte, bruke en av tjenestene om gangen og legge til tjenester bare etter behov, i stedet for å prøve å bygge et komplett utviklingsmiljø i begynnelsen. Hvis du prøver å skape et komplett utviklingsmiljø, er du nesten sikker på å gjøre alvorlige feil med så mange forskjellige tjenester som gir en så stor mengde overlappende funksjonalitet.
De fleste utviklere starter med et EC2-oppsett og muligens legger til Lambda-tjenesten for å begynne å eksperimentere med AWS som en kodingsplattform. AWS gir også tilgang til utviklerverktøyene. AWS Command Line Interface kan vise seg å være svært nyttig når du kommer i gang med AWS fordi du får en følelse av hvordan ting fungerer i et interaktivt miljø.
Bruk gratis tiertjenester så mye som mulig i begynnelsen for å redusere kostnadene ved eksperimentering. Bare når du ser et faktisk behov for å endre konfigurasjonen din for å bruke betalte tjenester, bør du gjøre endringen. Å stole på denne tilnærmingen gir deg en bedre følelse av hvordan du gjør oppsettet ditt effektivt og hva du faktisk kan forvente i form av ytelse ved å bruke mindre dyktige oppsett.
