Matching AWS-tjenester til dit program - dummies

AWS applikationsudvikling kræver langsigtet planlægning. Selvom du leverer et produkt i stadig kortere intervaller, er målet at skabe en applikation, som er fleksibel nok og pålidelig nok til at håndtere organisatoriske behov på lang sigt. Med dette i tankerne skal du tjekke de kriterier, du skal overveje, når du matcher AWS-tjenester til din ansøgning.

Arbejde med tjenester i den frie periode

Nu hvor du forstår, hvad tjenesteydelserne gør, skal du begynde at tage valg om hvilke tjenester du skal prøve. Husk at du kun har 12 måneder til at træffe beslutninger om hvilke tjenester der skal bruges i din virksomhed. Tolv måneder kan virke som en masse tid, men du vil opdage, at den fordamper for dine øjne, mens du forsøger at jonglere dine daglige ansvarsområder, møder og andre behov.

Kort sagt er det afgørende at træffe en god beslutning om, hvad du skal prøve i løbet af den begrænsede tid du har. Du kan i sidste ende beslutte, at AWS overhovedet ikke opfylder dine behov (så usandsynligt, som det kan synes, givet alt, hvad AWS har at tilbyde).

Fokus på de vigtige problemer i forsøgsperioden er nøglen til at gøre AWS arbejde for dig. Når du tænker på AWS, skal du overveje disse problemer:

• Omkostninger: Bestem, om AWS vil udføre opgaven for færre penge.
• Hastighed: Bestem, om hastighedsstraffen ved brug af skyen opvejer fordelene.
• Pålidelighed: Kontroller risikoen for at bruge skyen i forhold til at holde opgaven hjemme. (Clouden kan faktisk vise sig mere pålidelig.)
• Sikkerhed: Definer sikkerhedskravene for din ansøgning og afgør derefter, om risikoen for at bruge skyen er acceptabel.
• Fortrolighed: Angiv programmets privatlivskrav (især de juridiske). At opretholde et brud på privatlivets fred, når dataene er anbragt på en andens system, kan vise sig svært at håndtere og forårsage permanent skade på virksomhedens omdømme.
• Fleksibilitet: Overvej, om brugen af ​​en skygtjeneste vil reducere fleksibiliteten til det punkt, hvor applikationen bliver uhåndterlig. I de fleste tilfælde reducerer afhængigheden af ​​skyen fleksibilitet, fordi værten forbeholder sig nogle konfigurationsmuligheder kun til eget brug.

Når du har fastslået, at brug af AWS udgør acceptable risici og giver fordele for at kompensere for eventuelle negativer, skal du bestemme præcist hvilke tjenester du skal bruge. Du kan opleve, at du ikke kan understøtte nogle tjenester på grund af lovlige eller hurtige krav, selvom du har et omkostnings incitament til at bruge disse tjenester.Arbejd gennem tjenesterne en ad gangen, før du begynder at eksperimentere dette vil spare tid, som du kan bruge til bedre at teste de tjenester, der vil opfylde dine behov.

Interaktion med tjenester efter den frie periode

Den frie periode vil ende på et tidspunkt. I løbet af den frie periode eksperimenterer du med applikationer og muligvis muliggør brug af enkle applikationer. Men efter at du er forbi dette punkt, skal du overveje, hvordan du fortsætter med at interagere med AWS (eller om du vil prøve noget andet). Følgende liste udforsker interaktionsbehov fra en række perspektiver:

• Redundans: Et stort problem med skyen er, at ingen synes at indse, at skyen kan mislykkes. En nylig nyhedshistorie tjener til at illustrere punktet. S3-tjenesten var ude i et antal timer i USA-EAST-1-regionen. Problemet med denne fejl er, at det ikke kun påvirker S3 - det ramte mange andre tjenester, som Dockerhub. Faktisk ramte udbruddet et enormt sving af internettet. Hvis en fejl som denne kan ske en gang, kan det ske flere gange, og du skal planlægge det ved at levere flere datakilder, hvoraf nogle måske ikke stole på skyen overhovedet.
• Kompromis: Hver bevægelse kommer med kompromiser af en slags. Du må måske ikke føle, at du først laver kompromiser, men da ansøgningen vokser ind i de forskellige tjenester, begynder kompromiser at dukke op. I applikationsudviklingsfasen skal du bestemme, hvilke niveauer af tjenester du har brug for for at sikre, at applikationen fortsætter med at virke som forventet. Ellers kan du komme forbi den frie periode, har meget investeret i AWS, og kun derefter regne ud, at brugerne aldrig vil være tilfredse med de kompromiser, du skal gøre.
• Flere udbyderindstillinger: AWS og andre onlinetjenester yder ofte støtte til muligheder, der fungerer på tværs af cloud-udbydere. Du kan f.eks. Understøtte Docker-apps på tværs af Amazon, Google og Microsoft Cloud Services. Brug af Docker betyder derfor, at du kunne have en plan B på plads, der ikke kræver, at du hopper gennem hoops, når en af ​​dine skytjenester har en fejl.