LFCA: Uzziniet par mākoņdatošanas izmaksām un budžeta plānošanu — 16. daļa


Gadu gaitā Mākoņpakalpojumi ir bijuši eksponenciāli izplatīti, jo organizācijas cenšas izmantot daudzās mākoņa sniegtās priekšrocības, lai racionalizētu savu uzņēmējdarbību. Lielākā daļa uzņēmumu ir vai nu integrējuši savu lokālo infrastruktūru ar mākoni, vai pilnībā pārcēluši savus pamatpakalpojumus uz mākoni.

Lai gan Cloud nodrošina izmaksu, līdzi ejot, modeli, saskaņā ar kuru jūs maksājat tikai par izmantoto, ņemiet vērā, ka Cloud pārdevēja mērķis vienmēr ir maksimāli palielināt savus ieņēmumus no piedāvātajiem pakalpojumiem.

Mākoņu pārdevēji iegulda miljardus dolāru, lai izveidotu masveida datu centrus dažādos reģionos, un viņi neplāno to lēti atdot. Pārsteidzoši, kā tas nav skaidrs klientiem un uzņēmumiem.

Kā klientam jūsu mērķis ir iegūt izcilus mākoņpakalpojumus par viszemākajām izmaksām.

Skaidrības trūkums par cenu noteikšanu

Vietējās vidēs visas infrastruktūras iestatīšanas un lietojumprogrammu izvietošanas izmaksas jau ir zināmas vadības komandai. Darbības un attīstības komandas parasti formulē budžetu un iesniedz to apstiprināšanai finanšu direktoram. Vienkārši sakot, jūs precīzi zināt, ko tērēsit savai infrastruktūrai.

Mākoņu cenu noteikšanas izmaksas var būt diezgan neskaidras, īpaši lietotājiem, kuri nav pavadījuši daudz laika, lai saprastu izmaksas, ko piesaista katrs mākoņpakalpojums.

Cenu noteikšanas modeļi no galvenajiem mākoņpakalpojumu sniedzējiem, piemēram, AWS un Microsoft Azure, nav tik vienkārši, salīdzinot ar vietējām izmaksām. Jūs vienkārši nesaņemsit skaidru kartējumu par to, ko tieši maksāsit par infrastruktūru.

Ņemsim piemēru bezservera vietnes izvietošanai, izmantojot AWS Lambda.

Vietnes priekšpuse (HTML, CSS un JS faili) tiek mitināta S3 segmentā, vienlaikus izmantojot Cloudfront kešatmiņu, lai paātrinātu satura piegādi. Priekšgals nosūta pieprasījumus Lambda funkcijām, izmantojot API vārtejas HTTPS galapunktus.

Pēc tam Lambda funkcijas apstrādā lietojumprogrammu loģiku un saglabā datus pārvaldītā datu bāzes pakalpojumā, piemēram, RDS (izplatītā relāciju datu bāzes sistēma) vai DynamoDB (nerelāciju datu bāze).

Lai cik vienkārša šķiet vietnes iestatīšana, jūs patērēsit četrus AWS pakalpojumus. Ir S3 spainis vietnes statisko failu glabāšanai, CloudFront CDN vietnes satura piegādes paātrināšanai, API vārteja HTTPS pieprasījumu maršrutēšanai un visbeidzot RDS vai DynamoDB datu glabāšanai. Katram no šiem pakalpojumiem ir savs cenu noteikšanas modelis.

Rēķini, kas rodas par objektu glabāšanu S3 segmentos, ir atkarīgi no objektu lieluma, glabāšanas ilguma un S3 kausa uzglabāšanas klases. Ar S3 spaini ir saistītas 6 uzglabāšanas klases, katrai no kurām ir savs cenu noteikšanas modelis. Šeit ir pilns cenu noteikšanas modeļa sadalījums dažādām S3 krātuves klasēm.

CloudFront CDN piedāvā bezmaksas 50 GB izejošo datu pārsūtīšanu pirmajā gadā un 2 000 000 HTTP vai HTTPS pieprasījumu bez maksas katru mēnesi 1 gadu. Pēc tam izmaksas atšķiras atkarībā no reģiona, līmeņa un protokola (HTTPS iekasē vairāk maksu nekā HTTP).

Es varētu pāriet uz API Gateway, bet esmu pārliecināts, ka jūs sapratāt būtību. Dažādu pakalpojumu cenu noteikšanas modeļi var kļūt sarežģīti atkarībā no vairākiem faktoriem. Tādējādi, pirms sākat izvietot savus resursus mākonī, ir saprātīgi veikt dažādu mākoņpakalpojumu izmaksu uzticamības pārbaudi.

Diemžēl dažām organizācijām izstrādes komandas uzsāk projektu, nepievēršot uzmanību dažādu pakalpojumu cenu noteikšanas modeļiem un kas ļaus tām veidot atbilstošu budžetu. Steidzamā nepieciešamība parasti ir izvietot lietojumprogrammas noteiktajā termiņā un sākt tiešraidē.

Mākoņpakalpojumu budžeta plānošana parasti nav pārdomāta, kā rezultātā tiek savākti milzīgi mākoņdatošanas rēķini, kas var draudēt ar uzņēmuma darbības pārtraukšanu. Bez skaidras izpratnes par dažādiem mākoņpakalpojumu plāniem un izmaksām jūsu budžets var viegli izkļūt no kontroles.

Agrāk milzu korporācijas ir atradušās neskaidros ūdeņos ar satriecošiem mākoņu rēķiniem.

2018. gada rudenī Adobe savāca milzīgus USD 80 000 dienā neparedzētu mākoņdatošanas maksu par projektu, ko izstrādes komanda vadīja Microsoft mākoņdatošanas platformā Azure.

Uzmanība tika atklāta tikai nedēļu vēlāk, un līdz tam brīdim rēķins bija krietni pārsniegusi 500 000 USD. Tajā pašā gadā Pinterest mākoņa rēķins sasniedza 190 miljonus USD, kas bija par USD 20 miljoniem vairāk nekā sākotnēji tika prognozēts.

Tāpēc ir ļoti svarīgi skaidri saprast mākoņpakalpojuma izmaksas, lai izvairītos no mākoņdatošanas izmaksu uzkrāšanās, kas var viegli izbeigt uzņēmējdarbību. Šī iemesla dēļ mākoņa norēķiniem un budžeta veidošanai ir jābūt galvenajai prioritātei, pirms sākat nodrošināt savus resursus. Atcerieties, ka dienas beigās jūsu kā klienta mērķis ir tērēt pēc iespējas mazāk, vienlaikus baudot mākoņa piedāvātos pakalpojumus.

Mākoņa izmaksu optimizēšana — izmaksu pārvaldības paraugprakse

Lai gan mākoņdatošana nodrošina jums nepieciešamo mērogojamību, kā arī garantiju par samazinātām darbības izmaksām, patiesība ir tāda, ka lielākā daļa piegādātāju, piemēram, AWS un Microsoft Azure, iekasēs maksu par jūsu pasūtītajiem resursiem — neatkarīgi no tā, vai jūs tos izmantojat vai nē. Tas nozīmē, ka dīkstāvē esošie resursi joprojām radīs nevēlamus rēķinus, kas ievērojami palielinās jūsu budžetu.

Mākoņu optimizācijas mērķis ir samazināt kopējos mākoņa izdevumus, identificējot un novēršot dīkstāves resursus un nodrošinot, ka pasūtāt tieši to, kas jums nepieciešams, lai izvairītos no resursu izšķērdēšanas.

Tālāk ir norādītas dažas no paraugprakses, kas palīdzēs pārvaldīt mākoņa izmaksas un strādāt sava budžeta ietvaros.

Viens no vienkāršākajiem veidiem, kā samazināt mākoņu mākoņu radītās izmaksas, ir atrast un izslēgt vai izbeigt neizmantotos resursus. Neizmantotie resursi bieži rodas, kad izstrādātājs vai sistēmas administrators demonstrācijas nolūkos izvieto virtuālo serveri un aizmirst tos izslēgt.

Turklāt administratoram var neizdoties noņemt pievienoto bloku krātuvi, piemēram, EBS sējumu no EC2 instances pēc darbības pārtraukšanas. Gala rezultāts ir tāds, ka organizācijai rodas lieli mākoņa rēķini par neizmantotiem resursiem. Šīs problēmas risinājums ir izveidot infrastruktūru un pārtraukt visas neizmantotās mākoņdatošanas gadījumus.

Vēl viens faktors, kas palielina mākoņa rēķinus, ir pārmērīga resursu nodrošināšana, kas noved pie dīkstāves. Pieņemsim scenāriju, kurā izvietojat virtuālo serveri, lai mitinātu lietojumprogrammu, kurai nepieciešama tikai 4 GB RAM un 2 vCPU. Tā vietā jūs izvēlaties serveri ar 32 GB RAM un 4 CPU. Tas nozīmē, ka jūs saņemat rēķinu par lielu daļu dīkstāves un neizmantotu resursu.

Tā kā mākonis sniedz iespēju palielināt vai samazināt apjomu, labākā stratēģija ir nodrošināt tikai to, kas jums nepieciešams, un vēlāk palielināt apjomu, reaģējot uz resursu pieprasījuma izmaiņām. Nepārpērciet savus resursus, ja varat tos viegli palielināt :-)

Galvenie pakalpojumu sniedzēji, piemēram, Google Cloud, AWS un Azure, piedāvā intuitīvus kalkulatorus, kas sniedz aptuvenu aprēķinu par jūsu ikmēneša mākoņa rēķiniem. AWS nodrošina debeszils kalkulatoru vēl elegantāku un intuitīvāku.

Lielākie mākoņdatošanas pakalpojumu sniedzēji, piemēram, AWS un Azure, nodrošina jums norēķinu un izmaksu pārvaldības informācijas paneli, kas palīdz sekot līdzi mākoņa izdevumiem. Varat iespējot norēķinu brīdinājumus, kad jūsu izdevumi tuvojas jūsu iepriekš noteiktajam budžetam, lai jūs varētu veikt nepieciešamās korekcijas, lai optimizētu savus rēķinus.

Turklāt apsveriet iespēju pārskatīt savu resursu lietojumu, izmantojot iebūvētos uzraudzības informācijas paneļus, kas tiek piedāvāti, lai pārbaudītu nepietiekamas izmantošanas pazīmes, kas palīdzēs samazināt mākoņa resursus, lai samazinātu izmaksas.

Mākonis sniedz milzīgu potenciālu jūsu biznesa paaugstināšanai uz nākamo līmeni. Tomēr tēriņi par dīkstāvē esošiem vai neizmantotiem mākoņresursiem var radīt milzīgu neveiksmi jūsu uzņēmumam.

Šī iemesla dēļ operāciju komandām ir ieteicams rūpīgi izpētīt to resursu cenu noteikšanas modeļus, kurus tās plāno izvietot, un izmantot mūsu izklāstītos optimizācijas pasākumus, lai kontrolētu mākoņdatošanas izdevumus.