Geriausia AWS valdomų paslaugų diegimo praktika

AWS valdomos paslaugos, kartais vadinamos „AWS valdomomis debesijos paslaugomis“, yra įrankių rinkinys, padedantis automatizuoti AWS paslaugų veikimą ir suteikti daugiau laiko susitelkti į verslą. Jie siūlo įvairius privalumus, įskaitant sumažintas išlaidas ir didesnį saugumą. Šiame tinklaraščio įraše apžvelgsime viską, ką reikia žinoti apie AWS valdomų paslaugų diegimą ir kaip tai gali būti naudinga jūsų verslui.

Turinys

• 1 Tinkamų AWS valdomų paslaugų pasirinkimas
• 2 Aiškių tikslų ir tikslų apibrėžimas
• 3 Mastelio keitimas siekiant augimo ir atsparumo
• 4 Stebėjimo ir ataskaitų teikimo geriausia praktika
• 5 Išvada

Tinkamų AWS valdomų paslaugų pasirinkimas

Kai būsite pasirengę pradėti naudoti AWS, AWS valdomos paslaugos yra paprastas būdas pradėti naudoti AWS. Ši paslauga suteikia paprastą būdą vartotojams, kurie nėra susipažinę su debesų kompiuterijos subtilybėmis, pradėti naudotis tokiomis paslaugomis kaip S3 arba Redshift, nesijaudindami dėl jų tvarkymo.

AWS suteikė galimybę mažoms įmonėms, kurios negali sau leisti atsidavusių IT darbuotojų ar kūrėjų, teikdamos valdomas paslaugas per trečiųjų šalių partnerius, tokius kaip „Dell EMC“ ir „PWC Consulting Group“. Naudodami šiuos sprendimus klientai gali sutelkti dėmesį į savo pagrindinę veiklą, žinodami, kad turi prieigą prie aukštos kvalifikacijos ekspertų, kurie pasirūpins viskuo kitu (įskaitant atsargines kopijas).

Aiškių tikslų ir tikslų apibrėžimas

Prieš pradedant bet kokį projektą, svarbu apibrėžti aiškius tikslus ir tikslus. Tai padės užtikrinti, kad einate teisingu keliu, ir galėsite lengvai nustatyti sritis, kuriose jūsų pastangos atsiperka.

Pirmiausia per daug nesijaudinkite dėl to, kokie yra kitų žmonių tikslai; jūsų dėmesys turėtų būti sutelktas į savo tikslų apibrėžimą pagal tai, ką norite pasiekti juos nustatydami. Tai gali atrodyti akivaizdžiai, bet jei jie nesutampa su jūsų, tada jų vis tiek neverta siekti! Pavyzdžiui:

• Jei vienas iš mano kūno rengybos tikslų būtų tiesiog „noriu numesti svorio“, man prireiktų kur kas daugiau nei tik 6 mėnesių mankštos, kad pamatyčiau rezultatus (ir net tada būtų sunku). Geresnis tikslas gali būti kažkas panašaus į „noriu numesti 10 svarų per 3 mėnesius“. Taip lieka mažiau vietos nusivylimui, kai viskas vyksta ne pagal planą – ir yra didelė tikimybė, kad taip nenutiks!

Mastelio keitimas siekiant augimo ir atsparumo

Šiame skyriuje apžvelgsime būdus, kaip galite padidinti savo paraišką siekiant augimo ir atsparumo.

• Padidinkite ir sumažinkite dydį pagal paklausą: jei žinote, kad tam tikrais metų laikais, pavyzdžiui, per atostogas ar vasaros atostogas, jūsų paslaugos paklausa bus didesnė nei įprastai, protingiausia tai planuoti padidinant apimtis prieš tuos laikotarpius. Pavyzdžiui, jei per Kalėdas srautas pasiekia 100 užklausų per sekundę (RPS), o sausio mėnesį sumažėja iki 50 RPS, yra du būdai, kaip galite išspręsti šią situaciją: naudoti automatinio mastelio keitimo grupes arba rankiniu būdu padidinti pajėgumą piko metu. Automatinio mastelio keitimo grupės leidžia nurodyti, kiek egzempliorių turi būti paleista bet kuriuo metu, atsižvelgiant į tam tikras sąlygas, pavyzdžiui, jei procesoriaus panaudojimas viršija 80%. Taip pat galite nustatyti žadintuvus, kad jie pabustų, kai atsiranda tos sąlygos; tai gali būti naudinga, jei kiti rodikliai rodo didelę apkrovą, pvz., klaidų dažnį arba delsos šuolius (daugiau apie pavojaus signalus vėliau). Rankinis mastelio keitimas leidžia visiškai kontroliuoti, kada tiksliai paleidžiami nauji egzemplioriai, tačiau reikalingi stebėjimo įrankiai, pvz., „CloudWatch Metrics“, ir tam tikra patirtis naudojant AWS paslaugas, pvz., EC2 ir S3, kad jos nebūtų atsitiktinai paleidžiamos 3 val. ryto, kol visi kiti miega!

Daugiau iš mūsų: Skaitmeninės saugos gerinimas: „Windows“ autentifikavimo, vienkartinio prisijungimo ir „Cote.js“ sąsaja, skirta supaprastintai vartotojo prieigos kontrolei

Stebėjimo ir ataskaitų teikimo geriausia praktika

Stebėjimas ir ataskaitų teikimas yra svarbios AWS valdomų paslaugų dalys. Stebėjimas leidžia nustatyti, ar jūsų paslauga veikia taip, kaip tikėtasi. Pavyzdžiui, jei apkrovos balansavimo priemonė nustoja reaguoti arba EC2 egzempliorius sugenda, norėsite apie tai iš karto sužinoti, kad galėtumėte išspręsti problemą, kol ji nepaveiks kitų jūsų sistemos dalių.

Kiekviena AWS paslauga ne tik stebi jos būklę, bet ir teikia metriką, kurią gali naudoti trečiųjų šalių įrankiai (pvz., „Datadog“ arba „CloudWatch“) arba pasirinktinius scenarijus, kurie siunčia įspėjimus, kai įvykdomos tam tikros sąlygos (pvz.: „Siųsti man el. laišką, kai CPU panaudojimas siekia 80 proc.“). Ši metrika gali padėti nustatyti kliūtis jūsų programos architektūroje, kol jos netaps kritinėmis vartotojų problemomis; tačiau jie taip pat naudingi nustatant netikėtus naudojimo modelių pokyčius laikui bėgant, pavyzdžiui: „Kiek užklausų gavome vakar, palyginti su praėjusia savaite?“

Išvada

Tikimės, kad šis vadovas padėjo jums suprasti geriausią AWS valdomų paslaugų diegimo praktiką. Jei turite klausimų, nedvejodami susisiekite!