LFCA: Naučite se stroškov v oblaku in priprave proračuna - 16. del

V preteklih letih je bilo eksponentno sprejetih storitev v oblaku, saj se organizacije trudijo izkoristiti številne prednosti, ki jih ponuja oblak za racionalizacijo poslovanja. Večina podjetij je bodisi integrirala svojo lokalno infrastrukturo z oblakom bodisi je svoje osnovne storitve v celoti preusmerila v oblak.

Čeprav Cloud ponuja model pay-as-you-go, s katerim plačujete samo tisto, kar uporabljate, ne pozabite, da je cilj prodajalca oblaka vedno povečati svoj prihodek od ponujenih storitev.

Prodajalci oblakov vlagajo milijarde dolarjev v postavitev obsežnih podatkovnih centrov v različnih regijah in tega ne nameravajo poceni podariti. Presenetljivo je, kako to strankam in podjetjem ni očitno.

Kot kupec je vaš cilj zagotoviti zvezdniške storitve v oblaku z najmanj možnimi stroški.

Pomanjkanje jasnosti glede cen

V lokalnih okoljih stroški postavitve celotne infrastrukture in uvajanja aplikacij že poznajo vodstvene ekipe. Operativne in razvojne skupine običajno oblikujejo proračun in ga predložijo finančnemu direktorju v odobritev. Preprosto povedano, natančno veste, koliko boste porabili za svojo infrastrukturo.

Stroški oblikovanja cen v oblaku so lahko precej nejasni, zlasti za uporabnike, ki niso porabili veliko časa za razumevanje stroškov, ki jih pritegne posamezna storitev v oblaku.

Cenovni modeli večjih ponudnikov v oblaku, kot sta AWS in Microsoft Azure, niso tako enostavni kot lokalni stroški. Preprosto ne boste dobili jasnega zemljevida, koliko natančno boste plačali za infrastrukturo.

Vzemimo primer uvajanja spletnega mesta brez strežnika z uporabo AWS Lambda.

Sprednji del spletnega mesta (datoteke HTML, CSS in JS) gostuje v vedru S3, medtem ko izkoristi predpomnjenje Cloudfront za pospešitev dostave vsebine. Prednji del pošlje zahteve funkcijam Lambda prek končnih točk HTTPS prehoda API.

Funkcije Lambda nato obdelajo aplikacijsko logiko in shranijo podatke v storitev upravljane baze podatkov, kot je RDS (porazdeljeni sistem relacijskih baz podatkov) ali DynamoDB (nerelacijska baza podatkov).

Kakor koli se bo pojavila enostavna nastavitev spletnega mesta, boste porabili štiri storitve AWS. Obstajajo segment S3 za shranjevanje statičnih datotek spletnega mesta, CloudFront CDN za pospešitev dostave vsebine spletnega mesta, API Gateway za usmerjanje zahtev HTTPS in na koncu RDS ali DynamoDB za shranjevanje podatkov. Vsaka od teh storitev ima svoj model oblikovanja cen.

Obračun za shranjevanje predmetov v vedrih S3 je odvisen od velikosti predmetov, shranjenega trajanja in razreda shranjevanja vedra S3. Z vedro S3 je povezanih 6 razredov pomnilnika, od katerih ima vsak svoj model oblikovanja cen. Tu je popolna razčlenitev cenovnega modela za različne razrede shranjevanja S3.

CloudFront CDN vam ponuja brezplačno 50 GB odhodnega prenosa podatkov v prvem letu in 2 000 000 HTTP ali HTTPS zahtev brezplačno za vsak mesec v trajanju 1 leta. Nato se stroški razlikujejo glede na regijo, stopnjo in protokol (HTTPS poveča več stroškov kot HTTP).

Lahko bi nadaljeval do API Gateway, vendar sem prepričan, da ste razumeli. Modeli oblikovanja cen za različne storitve so lahko zapleteni, odvisno od več dejavnikov. Tako je skrbna skrb za različne stroške storitev v oblaku preudarna, preden se odločite za razmestitev virov v oblaku.

Na žalost se razvojne skupine pri nekaterih organizacijah lotijo projekta, ne da bi bile pozorne na modele oblikovanja cen za različne storitve in jim bodo omogočile ustrezno financiranje. Nujna potreba je običajno, da aplikacije postavite do določenega roka in začnete delovati.

Načrtovanje proračuna za storitve v oblaku običajno ni dobro premišljeno, končni rezultat tega pa je ogromen račun za oblak, ki lahko grozi, da bo podjetje prenehalo poslovati. Brez jasnega razumevanja različnih načrtov storitev in stroškov v oblaku lahko vaš proračun zlahka uide nadzoru.

V preteklosti so se velikanske korporacije znašle v mračnih vodah z računi za oblake, ki jih jemljejo črevesja.

Jeseni 2018 je Adobe na projektu, ki ga je razvojna skupina izvajala v Azureju, Microsoftovi platformi za računalništvo v oblaku, zbral 80.000 USD na dan nepričakovanih stroškov v oblaku.

Šele teden dni kasneje je bil nadzor odkrit, v tem času pa je račun zapadel na več kot 500.000 ameriških dolarjev. Istega leta se je Pinterest-ov račun za oblak povzpel na 190 milijonov dolarjev, kar je za 20 milijonov dolarjev več, kot je bilo sprva predvideno.

Jasno razumevanje stroškov storitev v oblaku je zato bistvenega pomena, da se izognete kopičenju stroškov v oblaku, zaradi katerih lahko zlahka ostanete brez posla. Iz tega razloga bi morali biti računi v oblaku in priprava proračuna glavna prednostna naloga, preden se lotite zagotavljanja virov. Ne pozabite, da je ob koncu dneva vaš cilj stranke, da porabite čim manj, hkrati pa uživate v storitvah, ki jih ponuja oblak.

Optimizacija stroškov v oblaku - najboljše prakse za obvladovanje stroškov

Čeprav računalništvo v oblaku zagotavlja prilagodljivost, ki jo potrebujete, poleg zagotavljanja zmanjšanih operativnih stroškov, je resnica, da vam večina ponudnikov, kot sta AWS in Microsoft Azure, zaračuna vire, ki jih naročite - ne glede na to, ali jih uporabljate ali ne. To pomeni, da bodo nedejavna sredstva še vedno zbirala neželene račune, kar bo znatno povečalo vaš proračun.

Optimizacija v oblaku skuša znižati skupne izdatke za oblak tako, da ugotovi in odpravi nedejavne vire ter zagotovi, da naročite točno tisto, kar potrebujete, da se izognete zapravljanju virov.

Tu je nekaj najboljših praks, ki vam bodo pomagale upravljati stroške v oblaku in delati v okviru svojega proračuna.

Eden najlažjih načinov za ublažitev stroškov oblaka v snežnih kepah je iskanje in izklop ali ukinitev neuporabljenih virov. Neuporabljeni viri se pogosto pojavijo, ko razvijalec ali sysadmin namesti navidezni strežnik za predstavitvene namene in jih pozabi izklopiti.

Poleg tega skrbnik morda ne bo odstranil priloženega blokovnega pomnilnika, kot je obseg EBS, iz primerka EC2 po prenehanju. Končni rezultat je, da organizacija naleti na velike račune v oblaku za neizkoriščene vire. Rešitev te težave je, da načrtujete svojo infrastrukturo in ukinite vse neuporabljene primerke v oblaku.

Drug dejavnik, ki spodbuja račune v oblaku, je pretirano zagotavljanje virov, tako da na koncu ostanete nedejavni. Vzemite scenarij, v katerem namestite navidezni strežnik za gostovanje aplikacije, ki zahteva le 4 GB RAM-a in 2 vCPU. Namesto tega se odločite za strežnik z 32 GB RAM-a in 4 CPU-ji. To pomeni, da boste na koncu dobili račune za veliko neaktivnih in neuporabljenih virov.

Ker vam oblak omogoča povečanje ali zmanjšanje, je najboljša strategija zagotavljanje le tistega, kar potrebujete, in pozneje povečanje kot odziv na spremembo povpraševanja po virih. Ne pretirano kupujte svojih virov, če jih boste lahko enostavno povečali :-)

Glavni ponudniki, kot so Google Cloud, AWS in Azure, ponujajo intuitivne kalkulatorje, ki vam omogočajo grobo oceno vaših mesečnih računov v oblaku. AWS zagotavlja, da je modri kalkulator še bolj eleganten in intuitiven.

Glavni prodajalci v oblaku, kot sta AWS in Azure, vam zagotavljajo nadzorno ploščo za obračunavanje in upravljanje stroškov, ki vam pomaga spremljati vaše izdatke v oblaku. Opozorila o obračunavanju lahko omogočite, ko se vaši izdatki približujejo vašemu vnaprej določenemu proračunu, tako da lahko izvedete potrebne prilagoditve za optimizacijo računov.

Poleg tega razmislite o pregledu porabe virov z uporabo vgrajenih nadzornih plošč za spremljanje, ki so na voljo za iskanje znakov premajhne uporabe, kar vam bo pomagalo zmanjšati vire v oblaku za zmanjšanje stroškov.

Oblak ponuja velik potencial za dvig vašega podjetja na višjo raven. Vendar pa lahko poraba za vire v oblaku, ki so nedejavni ali neuporabljeni, pomeni veliko oviro za vaše podjetje.

Zato je operativnim skupinam priporočljivo, da natančno preučijo cenovne modele virov, ki jih nameravajo uporabiti, in uporabijo ukrepe za optimizacijo, ki smo jih opisali, da bi ohranili nadzor nad izdatki v oblaku.