LFCA: Opi pilvikustannuksia ja budjetointia - osa 16

Vuosien varrella pilvipalvelut on otettu käyttöön räjähdysmäisesti, kun organisaatiot pyrkivät hyödyntämään Cloudin lukuisia etuja liiketoiminnan virtaviivaistamiseksi. Suurin osa yrityksistä on joko integroinut paikallisen infrastruktuurinsa pilvipalveluun tai siirtänyt ydinpalvelunsa kokonaan pilvipalveluun.

Vaikka Pilvessä on "pay-as-you-go-malli", jossa maksat vain käyttämästäsi, muista, että Cloud-toimittajan tavoitteena on aina maksimoida tuotonsa tarjotuista palveluista.

Pilvimyyjät sijoittavat miljardeja dollareita massiivisten datakeskusten perustamiseen eri alueille, eivätkä ne aio antaa sitä halvalla. On yllättävää, kuinka tämä ei ole ilmeistä asiakkaille ja yrityksille.

Asiakkaana tavoitteena on saada tähtipilvipalveluja mahdollisimman pienin kustannuksin.

Hinnoittelun selkeyden puute

Paikallisissa ympäristöissä johtoryhmä tietää jo koko infrastruktuurin perustamisen ja sovellusten käyttöönoton kustannukset. Käyttö- ja kehitystiimit yleensä laativat budjetin ja esittävät sen talousjohtajalle hyväksyttäväksi. Yksinkertaisesti sanottuna tiedät tarkalleen, mitä aiot käyttää infrastruktuurillesi.

Pilvihinnoittelukustannukset voivat olla melko hämärä varsinkin käyttäjille, jotka eivät ole viettäneet paljon aikaa ymmärtääkseen kunkin pilvipalvelun kustannukset.

Suurten pilvipalvelujen tarjoajien, kuten AWS: n ja Microsoft Azuren, hinnoittelumallit eivät ole yhtä suoraviivaisia verrattuna paikan päällä tapahtuviin kustannuksiin. Et yksinkertaisesti saa selkeää kartoitusta siitä, mitä maksat infrastruktuurista.

Otetaan esimerkki palvelimettoman verkkosivuston käyttöönotosta AWS Lambdalla.

Verkkosivun etupäätä (HTML-, CSS- ja JS-tiedostot) isännöidään S3-ämpäriin samalla, kun Cloudfront-välimuistia käytetään sisällön toimittamisen nopeuttamiseen. Käyttöliittymä lähettää pyynnöt Lambda-toiminnoille API-yhdyskäytävän HTTPS-päätepisteiden kautta.

Lambda-toiminnot käsittelevät sitten sovelluslogiikkaa ja tallentavat tiedot hallittuun tietokantapalveluun, kuten RDS (hajautettu relaatiotietokantajärjestelmä) tai DynamoDB (ei-relaatiotietokanta).

Vaikka verkkosivuston perustaminen olisikin suoraviivaista, kulutat kuitenkin neljä AWS-palvelua. Siellä on S3-kauha verkkosivuston staattisten tiedostojen tallentamiseen, CloudFront CDN verkkosivuston sisällön toimittamisen nopeuttamiseksi, API-yhdyskäytävä HTTPS-pyyntöjen reitittämiseen ja lopuksi RDS tai DynamoDB tietojen tallentamiseen. Jokaisella näistä palveluista on oma hinnoittelumallinsa.

Objektien S3-ämpäriin tallentamisesta aiheutuva laskutus riippuu esineiden koosta, tallennetun keston ja S3-ämpärin varastoluokasta. S3-ämpäriin on liitetty 6 varastoluokkaa, joista jokaisella on oma hinnoittelumallinsa. Tässä on erittely erilaisten S3-tallennusluokkien hinnoittelumallista.

CloudFront CDN tarjoaa sinulle ilmaisen 50 Gt lähtevän tiedonsiirron ensimmäisen vuoden aikana ja 2 000 000 HTTP- tai HTTPS-pyyntöä ilmaiseksi kutakin kuukautta kohti yhden vuoden ajan. Sen jälkeen kustannukset vaihtelevat alueittain, tason ja protokollan mukaan (HTTPS kerää enemmän maksuja kuin HTTP).

Voisin siirtyä API-yhdyskäytävään, mutta olen varma, että ymmärrät asian. Eri palvelujen hinnoittelumallit voivat olla monimutkaisia useista tekijöistä riippuen. Täten eri pilvipalvelukustannusten huolellisuus on järkevää ennen kuin lähdet käyttämään resurssejasi pilvessä.

Valitettavasti joillekin organisaatioille kehitysryhmät aloittavat projektin kiinnittämättä huomiota eri palvelujen hinnoittelumalleihin, joiden avulla ne voivat budjetoida vastaavasti. Pakottava tarve on yleensä ottaa sovellukset käyttöön asetettuun määräaikaan mennessä ja julkaista.

Pilvipalveluiden budjetointia ei yleensä ole harkittu, minkä lopputuloksena on kerätä valtavia pilvilaskuja, jotka voivat uhata estää yrityksen lopettamisen. Ilman selkeää ymmärrystä erilaisista pilvipalveluiden suunnitelmista ja kustannuksista budjetti voi helposti nousta hallitsemattomaksi.

Aiemmin jättiläisyritykset ovat joutuneet synkille vesille, joilla on suolistoa pilkkovat pilvilaskut.

Syksyllä 2018 Adobe keräsi huikeat 80 000 dollaria päivässä odottamattomiin pilvimaksuihin projektissa, jota kehitystiimi suoritti Microsoftin pilvipalvelualustalla Azurella.

Vasta viikkoa myöhemmin havaittiin valvonta, ja siihen mennessä lasku oli lumipallossa yli 500 000 dollariin. Samana vuonna Pinterestin pilvipaketti nousi jopa 190 miljoonaan dollariin, mikä oli 20 miljoonaa dollaria enemmän kuin alun perin arvioitiin.

Pilvipalvelukustannusten selkeä tuntemus on siksi välttämätöntä, jotta vältetään pilvipalvelujen kustannusten kasaaminen, jotka voivat helposti ajaa sinut pois liiketoiminnasta. Tästä syystä pilvilaskutuksen ja budjetoinnin tulisi olla etusijalla ennen kuin aloitat resurssien tarjoamisen. Muista, että päivän päätteeksi tavoitteesi asiakkaana on kuluttaa mahdollisimman vähän ja silti nauttia pilven tarjoamista palveluista.

Pilvikustannusten optimointi - parhaat käytännöt kustannusten hallinnassa

Vaikka pilvipalvelut tarjoavat sinulle tarvitsemasi skaalautuvuuden sekä alhaisempien käyttökustannusten varmistamisen, totuus on, että useimmat toimittajat, kuten AWS ja Microsoft Azure, veloittavat sinulta tilaamasi resurssit - käytätkö niitä vai et. Tämä tarkoittaa, että käyttämättömät resurssit keräävät edelleen ei-toivotut laskut, mikä lisää huomattavasti budjettiasi.

Pilvien optimoinnilla pyritään pienentämään pilvipalvelujen kokonaismenoja tunnistamalla ja poistamalla käyttämättömät resurssit ja varmistamalla, että tilaat juuri sen, mitä tarvitset resurssien tuhlaamisen välttämiseksi.

Tässä on joitain parhaita käytäntöjä, jotka auttavat sinua hallitsemaan pilvikulujasi ja toimimaan budjetin rajoissa.

Yksi helpoimmista tavoista vähentää lumipallojen pilvikustannuksia on löytää ja sammuttaa tai lopettaa käyttämättömät resurssit. Käyttämättömät resurssit syntyvät usein, kun kehittäjä tai sysadmin käyttää virtuaalipalvelinta demotarkoituksiin ja unohtaa sammuttaa ne.

Lisäksi järjestelmänvalvoja ei voi poistaa liitettyä lohkotallennustilaa, kuten EBS-levyä, EC2-ilmentymästä lopetuksen jälkeen. Lopputuloksena on, että organisaatio joutuu maksamaan huomattavia Cloud-laskuja käyttämättömistä resursseista. Tämän ongelman kiertotapa on kartoittaa infrastruktuuri ja lopettaa kaikki käyttämättömät pilvi-ilmentymät.

Toinen pilvilaskut lisäävä tekijä on resurssien ylikuumeneminen siten, että päädyt käyttämättömiin resursseihin. Ota skenaario, jossa otat käyttöön virtuaalipalvelimen sellaisen sovelluksen isännöimiseksi, joka vaatii vain 4 Gt RAM-muistia ja 2 vCPU: ta. Sen sijaan valitset palvelimen, jossa on 32 Gt RAM-muistia ja 4 keskusyksikköä. Tämä tarkoittaa, että päädyt laskuttamaan paljon käyttämättömiä ja käyttämättömiä resursseja.

Koska pilvi antaa sinulle mahdollisuuden laajentaa tai pienentää, paras strategia on tarjota vain tarvitsemasi ja myöhemmin laajentaa vastauksena resurssien kysynnän muutokseen. Älä osta yli resurssejasi, kun voit helposti laajentaa :-)

Yleispalvelun tarjoajat, kuten Google Cloud, AWS ja Azure, tarjoavat intuitiivisia laskimia, jotka antavat sinulle karkean arvion kuukausittaisista Cloud-laskuistasi. AWS tarjoaa taivaansininen laskin on vieläkin tyylikkäämpi ja intuitiivisempi.

Suuret pilvimyyjät, kuten AWS ja Azure, tarjoavat sinulle laskutuksen ja kustannusten hallinnan hallintapaneelin, jonka avulla voit seurata pilvipalveluiden kuluja. Voit ottaa laskutusilmoitukset käyttöön, kun menosi lähestyvät ennalta määritettyä budjettiasi, jotta voit tehdä tarvittavat muutokset laskujen optimoimiseksi.

Harkitse lisäksi resurssien käytön tarkistamista sisäänrakennetuilla valvontapaneeleilla, joita tarjotaan alikäytön havaitsemiseksi, mikä auttaa sinua pienentämään pilviresurssejasi kustannusten vähentämiseksi.

Pilvipalvelu tarjoaa valtavat mahdollisuudet viedä yrityksesi uudelle tasolle. Panostaminen käyttämättömiin tai käyttämättömiin pilviresursseihin voi kuitenkin aiheuttaa valtavan takaiskun yrityksellesi.

Tästä syystä on suositeltavaa, että toimintaryhmät tutkivat huolellisesti niiden resurssien hinnoittelumallit, joita ne aikovat käyttää, ja käyttävät hahmottelemiamme optimointitoimenpiteitä pitääkseen pilvipanostuksensa kurissa.