LFCA: Sužinokite apie debesies išlaidas ir biudžeto sudarymą – 16 dalis

Bėgant metams, organizacijoms stengiantis pasinaudoti daugybe debesies teikiamų pranašumų, kad supaprastintų savo verslą, debesų paslaugos buvo plačiai naudojamos. Daugelis įmonių arba integravo savo vietinę infrastruktūrą su debesimi, arba iš viso perkėlė savo pagrindines paslaugas į debesį.

Nors „Cloud“ siūlo „mokėjimo asmenį“ modelį, pagal kurį mokate tik už tai, ką naudojate, atminkite, kad „Cloud“ pardavėjo tikslas visada yra maksimaliai padidinti pajamas iš siūlomų paslaugų.

Debesų pardavėjai investuoja milijardus dolerių, kad sukurtų didžiulius duomenų centrus įvairiuose regionuose, ir jie neketina to pigiai atiduoti. Stebina, kaip to nemato klientai ir įmonės.

Jūsų, kaip kliento, tikslas yra gauti puikių debesų paslaugų už mažiausią įmanomą kainą.

Kainos nustatymo aiškumo trūkumas

Vietinėje aplinkoje valdymo komanda jau žino visos infrastruktūros nustatymo ir programų diegimo išlaidas. Veiklos ir plėtros komandos paprastai sudaro biudžetą ir pateikia jį finansų direktoriui patvirtinti. Paprasčiau tariant, jūs tiksliai žinote, ką ketinate išleisti savo infrastruktūrai.

Debesijos kainodaros sąnaudos gali būti gana neaiškios, ypač vartotojams, kurie nepraleido daug laiko suprasdami, kokias išlaidas pritraukia kiekviena debesies paslauga.

Didžiųjų debesies paslaugų teikėjų, tokių kaip AWS ir Microsoft Azure, kainų nustatymo modeliai nėra tokie paprasti, palyginti su vietinėmis išlaidomis. Tiesiog negausite aiškaus žemėlapio, kiek tiksliai mokėsite už infrastruktūrą.

Paimkime pavyzdį, kaip įdiegti svetainę be serverio naudojant AWS Lambda.

Svetainės priekinė dalis (HTML, CSS ir JS failai) yra priglobta S3 segmente, kartu panaudojant Cloudfront talpyklą, kad paspartintume turinio pristatymą. Prietaisas siunčia užklausas Lambda funkcijoms per API šliuzo HTTPS galinius taškus.

Tada funkcijos Lambda apdoroja programos logiką ir išsaugo duomenis valdomoje duomenų bazės paslaugoje, pvz., RDS (paskirstytoje reliacinėje duomenų bazių sistemoje) arba DynamoDB (nesantykinė duomenų bazė).

Kad ir koks paprastas svetainės nustatymas atrodytų, naudosite keturias AWS paslaugas. Yra S3 segmentas, skirtas svetainės statiniams failams saugoti, CloudFront CDN, skirtas svetainės turinio pateikimui paspartinti, API šliuzas HTTPS užklausoms nukreipti ir galiausiai RDS arba DynamoDB duomenims saugoti. . Kiekviena iš šių paslaugų turi savo kainodaros modelį.

Sąskaita už objektų saugojimą S3 segmentuose priklauso nuo objektų dydžio, saugojimo trukmės ir S3 segmento saugojimo klasės. Su S3 kibiru susietos 6 saugojimo klasės, kurių kiekviena turi savo kainų modelį. Čia pateikiamas išsamus įvairių S3 saugojimo klasių kainų modelio suskirstymas.

CloudFront CDN siūlo nemokamą 50 GB siunčiamų duomenų perdavimą pirmuosius 1 metus ir 2 000 000 HTTP arba HTTPS užklausų nemokamai kiekvieną mėnesį 1 metus. Vėliau išlaidos skiriasi priklausomai nuo regiono, lygio ir protokolo (HTTPS padidina daugiau mokesčių nei HTTP).

Galėčiau pereiti prie API Gateway, bet esu tikras, kad supratote esmę. Įvairių paslaugų kainų modeliai gali būti sudėtingi, priklausomai nuo daugelio veiksnių. Taigi, prieš pradedant naudoti savo išteklius debesyje, būtų protinga atlikti išsamų įvairių debesies paslaugų sąnaudų patikrinimą.

Deja, kai kurioms organizacijoms kūrimo komandos pradeda projektą, nekreipdamos dėmesio į įvairių paslaugų kainodaros modelius, kurie leis joms atitinkamai sudaryti biudžetą. Paprastai skubiai reikia įdiegti programas iki nustatyto termino ir pradėti veikti.

Debesijos paslaugų biudžeto sudarymas paprastai nėra gerai apgalvotas, o galutinis rezultatas yra didžiulės debesų sąskaitos, kurios gali kelti grėsmę, kad įmonė nustos versti. Be aiškaus supratimo apie įvairius debesies paslaugų planus ir išlaidas, jūsų biudžetas gali lengvai tapti nekontroliuojamas.

Praeityje milžiniškos korporacijos atsidūrė miglotuose vandenyse su siaubingomis debesų sąskaitomis.

2018 m. rudenį Adobe surinko milžiniškus 80 000 USD per dieną netikėtais debesų mokesčiais už projektą, kurį kūrimo komanda vykdė Azure. , debesų kompiuterijos platforma, sukurta Microsoft.

Tik po savaitės klaida buvo pastebėta ir iki to laiko sąskaita buvo išaugusi iki 500 000 USD. Tais pačiais metais „Pinterest“ sąskaita „Cloud“ išaugo iki 190 mln. USD, o tai buvo 20 mln. USD daugiau, nei buvo prognozuota iš pradžių.

Todėl labai svarbu aiškiai suprasti debesies paslaugų sąnaudas, kad išvengtumėte kaupimosi debesies sąnaudų, dėl kurių galite lengvai išeiti iš verslo. Dėl šios priežasties atsiskaitymas iš debesies ir biudžeto sudarymas turėtų būti pagrindinis prioritetas prieš pradedant aprūpinti išteklius. Atminkite, kad dienos pabaigoje jūsų, kaip kliento, tikslas yra išleisti kuo mažiau, o vis tiek mėgaudamiesi debesijos teikiamomis paslaugomis.

Debesijos išlaidų optimizavimas – geriausia išlaidų valdymo praktika

Nors debesų kompiuterija suteikia jums reikalingą mastelio keitimą ir sumažintas veiklos sąnaudas, tiesa yra ta, kad dauguma tiekėjų, pvz., AWS ir Microsoft Azure, apmokestins jus už išteklius, kuriuos užsisakote – naudojate juos ar ne. Tai reiškia, kad nenaudojami ištekliai vis tiek padidins nepageidaujamas sąskaitas, o tai žymiai padidins jūsų biudžetą.

Debesų optimizavimu siekiama sumažinti bendras debesų išteklių išlaidas, nustatant ir pašalinant nenaudojamus išteklius bei užtikrinant, kad užsakytumėte būtent tai, ko jums reikia, kad išvengtumėte išteklių švaistymo.

Štai keletas geriausių praktikos pavyzdžių, kurie padės valdyti debesies išlaidas ir dirbti neviršijant biudžeto.

1. Raskite ir nutraukite nepanaudotus išteklius

Vienas iš paprasčiausių būdų sumažinti sniego gniūžtės debesų išlaidas yra surasti ir išjungti arba nutraukti nepanaudotus išteklius. Nenaudojami ištekliai dažnai atsiranda, kai kūrėjas arba sistemos administratorius demonstraciniais tikslais diegia virtualųjį serverį ir pamiršta juos išjungti.

Be to, pasibaigus administratoriui gali nepavykti pašalinti prijungto bloko saugyklos, pvz., EBS tomo, iš EC2 egzemplioriaus. Galutinis rezultatas yra tai, kad organizacija susiduria su didelėmis debesų sąskaitomis už nepanaudotus išteklius. Šios problemos sprendimas yra nustatyti infrastruktūrą ir nutraukti visus nenaudojamus debesies egzempliorius.

2. Keisti dydį/tinkamo dydžio debesies išteklius

Kitas veiksnys, didinantis sąskaitas už debesį, yra per didelis išteklių aprūpinimas, kad liktumėte nenaudojamų išteklių. Paimkite scenarijų, kai diegiate virtualų serverį, kad priglobtumėte programą, kuriai reikia tik 4 GB RAM ir 2 vCPU. Vietoj to, jūs pasirenkate serverį su 32 GB RAM ir 4 procesoriais. Tai reiškia, kad gausite sąskaitą už daug nenaudojamų ir nepanaudotų išteklių.

Kadangi debesys suteikia galimybę padidinti arba sumažinti mastelį, geriausia strategija yra teikti tik tai, ko jums reikia, o vėliau padidinti, atsižvelgiant į išteklių paklausos pokyčius. Neperpirkite išteklių, kai galite lengvai padidinti savo apimtis :-)

3. Pasinaudokite debesų sąnaudų skaičiuotuvais

Pagrindiniai paslaugų teikėjai, tokie kaip Google Cloud, AWS ir Azure, siūlo intuityvius skaičiuotuvus, kurie pateikia apytikslį mėnesinių debesų sąskaitų įvertinimą. AWS yra paprastas skaičiuotuvas, kuris suteikia įžvalgų apie mėnesinius debesų skaičiavimus. Azure skaičiuotuvas yra dar elegantiškesnis ir intuityvesnis.

4. Įgalinkite atsiskaitymo įspėjimus/aliarmus

Pagrindiniai debesų paslaugų teikėjai, pvz., AWS ir Azure, teikia atsiskaitymo ir išlaidų valdymo informacijos suvestinę, kuri padeda stebėti debesies išlaidas. Galite įjungti atsiskaitymo įspėjimus, kai išlaidos artėja prie numatyto biudžeto, kad galėtumėte atlikti reikiamus pakeitimus, kad optimizuotumėte savo sąskaitas.

Be to, apsvarstykite galimybę peržiūrėti išteklių naudojimą, naudodami įtaisytąsias stebėjimo informacijos suvestines, kuriose siūloma aptikti nepakankamo panaudojimo požymius, o tai padės sumažinti debesies išteklius ir sumažinti išlaidas.

Apvyniojimas

Debesis suteikia didžiulį potencialą pakelti jūsų verslą į kitą lygį. Tačiau išlaidos debesies ištekliams, kurie yra nenaudojami arba nenaudojami, gali sukelti didžiulę nesėkmę jūsų verslui.

Dėl šios priežasties operacijų komandoms rekomenduojama atidžiai išstudijuoti išteklių, kuriuos jos ketina naudoti, kainodaros modelius ir panaudoti optimizavimo priemones, kurias apibūdinome, kad galėtų kontroliuoti savo debesijos išlaidas.