Innholdsfortegnelse:
- Start sakte
- Forskning AWS-interaktivitet med tredjepartsprodukter
- Utvikle en plan for følsomme data
- Bruk verktøy for å forbedre produktiviteten
- Velg riktig tjeneste
- Kontroller at planen din anser tap av kontroll
- Se etter alt-i-ett-løsninger som ikke er
- Bruke ledig tid der du trenger det mest.
- Arbeid med maler
- Oppdag Implied Third Party Use
Video: Contain Yourself: An Intro to Docker and Containers by Nicola Kabar and Mano Marks 2025
Amazon Web Services (AWS) startet som en relativt liten webtjeneste som er utformet for å gjøre programmatisk tilgang til Amazon-data enklere. Du kan gjøre alle mulige interessante ting, for eksempel å søke etter produkter, laste opp dine egne produktoppføringer, utføre salgsoppgaver og kjøpe, men i utgangspunktet fokuserer alt på Amazon. I dag er AWS et stort foretak som fokuserer på din organisasjon og dets behov.
Du kan flytte hele eller deler av organisasjonens databehandlingsbehov til skyen ved hjelp av AWS. Du kan også samhandle med andre organisasjoner. Faktisk, nesten alt du kan gjøre med en hjemmelaget løsning, kan du gjøre med AWS.
Fordi AWS kan gjøre så mye, kan det ta lengre tid enn du vil, å få opp og løpe med AWS, vise seg å være feilaktig i noen tilfeller, og skape frustrasjon. Poenget med denne artikkelen er å gi deg ti metoder du kan bruke til å redusere lærings-kurvetiden, holde feil på et minimum, og minimere frustrasjonen din.
Start sakte
Du får 12 måneder til å prøve bestemte AWS-tjenester gratis. Hvis du starter med en av de vanskeligere tjenestene, som EFS, risikerer du å bruke en god del av den tiden å overvinne hindringer i stedet for å få nyttig arbeid gjort - en oppskrift på frustrasjon. Begynn med å bruke en av de enklere tjenestene, for eksempel S3, i stedet. Deretter går videre til tjenester med gradvis større læringsbehov for å oppdage hvordan AWS fungerer før du tar noen beslutninger om det. Selv om alle IT-tiltakene i dag ser ut til å ha en "i går" -dato på det, kan det være å kaste bort mer tid enn det sparer, og prøver å takle noe som AWS uten nok rampetid.
Når du har fått nok erfaring med AWS, må du begynne å jobbe med små testsett av organisasjonens data og utføre enkle oppgaver på AWS med den. Se på AWS med et kritisk øye, fordi du må avgjøre om noen trekk er like gjennomførbare (eller forsiktige, hvis så). For de fleste administratorer er det å jobbe i skyen en helt annen opplevelse enn det de er vant til, så det er mulig å komme i gang med å bevege seg for fort.
Forskning AWS-interaktivitet med tredjepartsprodukter
Du har sannsynligvis en rekke tredjepartsløsninger som allerede er på plass for din organisasjon. For eksempel har du sannsynligvis et favorisert databasebehandlingssystem (DBMS) som du bruker. Selv om AWS tilbyr et bredt spekter av støtte for ulike produkter, støtter det ikke hvert produkt der ute. Faktisk kan ingen single cloud-leverandør støtte alle mulige kombinasjoner av produkter og tjenester.
Derfor må du avgjøre om AWS støtter alle produktene du bruker. Ikke bli fristet til å flytte til andre produkter i et forsøk på å tvinge AWS som en skybasert løsning for din organisasjon. Selv om du tror at det kan resultere i bedre effektivitet og lavere kostnader, er dette arbeidet nesten umulig å gjøre denne strategien. Derfor må du alltid sørge for at AWS støtter dine valgfrie produkter før du begynner å gjøre noe med det.
Problemet med AWS er at selv om du finner ut at en tjeneste synes å gi den typen støtte du trenger, kan den ikke gi full støtte, eller det kan gi variantstøtte som kan skape kompatibilitetsproblemer med enda en tredjedel -party produkter.
Utvikle en plan for følsomme data
De ulike lagringsløsninger gir deg også informasjon om sensitive data. Bare hva som utgjør følsomme data, avhenger av organisasjonens krav. Du kan ha juridiske eller andre krav utover de som er definert som beste forretningspraksis for å møte. Enhver plan du oppretter for å bruke AWS som din sky løsning må inneholde en strategi for å møte disse kravene.
Mange bedrifter mislykkes i å innse at ingen cloud-løsning vil oppfylle deres juridiske krav med hensyn til datasikkerhet. Skyen fungerer bare når du kan opprettholde riktig (og lovlig nødvendig) datasikkerhetsnett. Det er best å bestemme disse kravene raskere enn senere i ditt AWS-eventyr, fordi det å gjøre endringer i en dataløsning senere er ekstremt dyrt når det gjelder tid og ressurser. Dessverre kan Amazon ikke gi deg råd i denne forbindelse: Datasikkerhet er et krav du må adressere som en del av din egen skystrategiplansering.
Bruk verktøy for å forbedre produktiviteten
Verktøy gjør det mulig å fokusere mer på å få en oppgave utført enn på hvordan man utfører oppgaven. Å ha de riktige verktøyene i verktøykassen din, kan redusere tiden som kreves for å utføre en oppgave, fordi du stole mindre på minnet ditt for å vite hvordan du utfører oppgaven og mer på verktøyets evner. Heldigvis har du tilgang til alle slags verktøy når du arbeider med AWS, inkludert følgende:
- Innebygd: Du har tilgang til alle de innebygde verktøyene.
- Tredjeparts: Leverandører som Scalr, RightScale, Hybridfox, CloudMGR og Enstratius alle tilbyr sterke administrasjonsplattformer for AWS.
- Utvikler: Noen utviklerverktøy kan også låne seg til administratorbruk.
Velg riktig tjeneste
Amazon tilbyr ofte flere tjenester som kan svare på et bestemt behov. Problemet er å velge riktig tjeneste fra begynnelsen, slik at du ikke kaster bort tid på å prøve å konfigurere og konfigurere en tjeneste som Amazon ikke designe for å gjøre jobben. På grunn av det ekstremt overvåkingsnivået som Amazon bruker når du jobber med sine tjenester, bør du ikke bli overrasket over å se at Amazon forventer dine fremtidige behov. Hver av disse lagringsalternativene kommer med myriade konfigurasjonsalternativer, slik at du enkelt kan gå seg vill bare ved å prøve å velge hvilket lagringsalternativ du skal bruke, og ikke bry deg om de andre tjenestene du måtte bruke.
Amazon-dokumentasjonen lar deg ofte lure deg om de ulike tjenestene. Selv å se på videoene og samhandle med andre typer informasjon som Amazon gjør tilgjengelig, kan ikke hjelpe deg med å ta en avgjørelse. Hemmeligheten til problemet med hvilken tjeneste du skal velge er å se på hvem som bruker den tjenesten, definere hvordan de bruker den, og vurdere hvilke begrensninger de legger på plass når de bruker den. Andre organisasjoner har allerede banet vei til å bruke mange av AWS-tjenestene du trenger for organisasjonen din, så lære av feilene disse andre organisasjonene har gjort er nøkkelen til å redusere tiden det tar å skape din egen løsning.
Kontroller at planen din anser tap av kontroll
De fleste administratorer er vant til å ha god kontroll over systemene de håndterer. Når du arbeider i skyen, må du imidlertid vurdere det faktum at skyleverandøren nå har gudlig kontroll, og du har bare en delmengde av administrasjonsrettighetene du pleide å ha. Verten bestemmer hva dine rettigheter er, når du kan få dem, og hvordan du bruker dem. Dette tapet av kontroll betyr at administratorer kan nå finne seg i stand til å måtte be om tillatelse til å utføre bestemte oppgaver eller å be om at verten utfører oppgaven for dem.
Heldigvis Amazon dokumenterer de fleste tilfellene som krever at du spør Tillatelse til å gjøre noe eller ha noen på Amazon gjør det for deg. Dokumentasjonen inneholder normalt en e-postadresse for kontakt, og teoretisk sett kan du få oppgaven gjort ganske raskt - vanligvis på mindre enn en dag. Det er ikke poenget, skjønt. Problemet er at du ikke lenger har full kontroll, så du må vite på forhånd når du trenger å få tillatelse til å utføre bestemte oppgaver og lage en plan for å be om disse tillatelsene så snart du er i stand til at distribusjonen din ikke er mulig holdt opp mens de ventet på Amazon å svare.
Se etter alt-i-ett-løsninger som ikke er
Dokumentasjonen for AWS Identity and Access Management (IAM) fører deg til å tro at den kan gi alt som trengs for å sikre at brukerne kan autentisere raskt og få tilgang til applikasjoner og data som trengs for å utføre oppgaver.
Virkeligheten er imidlertid forskjellig fra teorien i dette tilfellet. De fleste organisasjoner i dag må håndtere mobilbrukere. En bruker vil kanskje få tilgang til samme applikasjon fra en smarttelefon, nettbrett og PC. Brukeren vil at dataene som brukes med det programmet, skal vises på alle tre enhetene, og kan til og med bruke flere enheter samtidig til å jobbe med dataene. For å gi en sømløs mobilopplevelse, må du også jobbe med Amazon Cognito.
Dessverre, nå har du et annet problem. Denne løsningen gir en rekke metoder for autentisering av brukere. For eksempel kan du stole på sosiale identitetsleverandører som Facebook, Twitter eller Amazon. Brukerne kan være fornøyd med denne situasjonen, men HIPAA-krav til helseforsikring kan gjøre denne typen autentisering umulig (eller i det minste dårlig anbefalt).For å sikre at du kan komme raskt opp, må du være sikker på at du forstår følgende:
- Hvilket nivå av støtte hver tjeneste gir
- Andre tjenester som du kanskje trenger for å få en fullstendig løsning
- Grenser for hver tjeneste som kan påvirke virksomheten din
- Potensielle tjenesteproblemer som kan forårsake juridiske eller andre problemer som du må trene før du bruker AWS
Bruke ledig tid der du trenger det mest.
En viktig del av AWS-rampenopplevelsen er å bruke ledig tid klokt. Hovedtjenesten du trenger å vite om er EC2 fordi så mange av de andre tjenestene stole på det for å utføre viktige oppgaver. Jo mer du kan lære om EC2 ved å leke med det på Amazons nikkel, desto raskere får du din skybaserte strategi å kjøre. For å få en grunnleggende ide om hvordan ting skal fungere med den skybaserte løsningen fra starten, fokuser tiden på disse tjenestene:
- EC2 (databehandling)
- S3, EBS og EFS (lagringsløsninger)
- IAM og Cognito (sikkerhet)
Å få disse tjenestene ned hjelper deg med å utvikle en strategi for å distribuere dataene dine raskere. Å jobbe gjennom data- og sikkerhetsproblemer er et krav. Å prøve å jobbe med kompliserte tjenester eller å distribuere applikasjoner før du har god forståelse for det grunnleggende, vil føre til at du sparer mye tid og krefter. Behovet for å arbeide gjennom disse problemene på en rimelig grei måte er grunnen til at denne boken tar veien som den gjør gjennom de ulike tjenestene. Ja, du kan ta andre stier, men sørg for å bygge et godt fundament for senere innsats. Å gjøre det, vil gjøre deg mer effektiv og hjelpe deg å forstå når du flytter dine nåværende behov til skyen, er det ikke en god idé.
Arbeid med maler
Amazon CloudFormation lar deg automatisere noen prosesser via maler. Du vil ikke virkelig trenger denne tjenesten når du arbeider med enkle oppsett som bare omfatter en eller to EC2-forekomster. Men når du begynner å legge til kompleksitet i oppsettet ditt, trenger behovet for å bruke maler for å administrere programressurskravene, viktigere. Kort sagt, i løpet av eksperimentfasen må du se på Amazon CloudFormation for å finne ut hvordan det vil hjelpe deg med å administrere oppgaver mens du begynner å bevege seg mot en produksjonsutplassering.
De ulike konsollene og malerne de tilbyr, vil gjøre jobben betydelig enklere. Ja, du får kontroll ved å bruke CLI, men fordelen med å bruke konsollen er at du ikke trenger å huske mange arcane parametere og den nøyaktige syntaksen for problemer som kommandoer som CLI krever.
Oppdag Implied Third Party Use
Amazon bruker også skyen for sine tjenester. Amazonas ElasticSearch Service er for eksempel en del av AWS. Bruken av lignende vilkår for to forskjellige produkter kan være forvirrende, og det er viktig at du forstår når Amazon støtter en tjeneste i motsetning til bare å gi grensesnitt til andres service.
Implikasjonen ved bruk av en tredjepartstjeneste innenfor AWS er at du må utføre flere undersøkelser om den tredje parten.All den forskningen du utførte for å sikre at AWS ville fungere som din skybaserte løsning, gjelder også for den tredje parten. Hvis du ikke utfører den nødvendige forskningen i begynnelsen, kan du kanskje senere finne ut at et tredjepartsprodukt (selv om du får tilgang til det via AWS) bryter et juridisk eller annet krav som organisasjonen må møte.
