Todellinen syy pilvikustannusten korkeuteen – ja miten voit päihittää ne

By Avya Chaudhury

Pilvikustannukset voivat pienentää tulostasi ilman, että edes tiedostat sitä. Tässä on käytännöllisiä strategioita pilvilaskujen pienentämiseen ja pilviarkkitehtuurin mitoittamiseen oikein.

Kun Tangoe julkaisi raporttinsa pilvikustannusten kasvusta, havainnot olivat hälyttäviä mutta eivät täysin yllättäviä. Yritysten pilvilaskut ovat kasvaneet jopa 30 %, ja useimmat yritykset kutsuvat niitä ”hallitsemattomiksi”. Civo vahvisti trendin ja totesi, että lähes 60 % organisaatioista näki kulutuksensa kasvavan viime vuonna, ja lähes 40 prosentilla kustannukset kasvoivat yli 25 %. 

”Pilvipalveluiden ei tarvitse olla kohtuuttoman kalliita”, sanoo NCC Groupin vanhempi neuvonantaja Nigel Gibbons. Jos ne ovat, se on merkki siitä, että jokin on pielessä, etenkin kun pilvikustannusten hallinta on johtajien tärkeimpiä tavoitteita kasvavista suunnittelutarpeista ja GenAI-käyttöönottoihin liittyvistä laajoista kiertoratkaisuista huolimatta. 

Haluatko tietää, mikä ruokkii näitä piikkejä ja miten saat ne hallintaan? Jatka lukemista.

Pilvikustannusten piilevät aiheuttajat 

Nigelin mukaan pilvipalveluiden onnistunut hyödyntäminen edellyttää ajattelun ja odotusten uudelleensuuntaamista koko organisaatiossa ”hallituksesta kellariin”. Se on ainoa tapa, jolla pilvipalvelut voivat skaalautua tehokkaasti syömättä tulosta. 

Jotta voimme tehdä tämän muutoksen, meidän on ensin selvitettävä, missä epäsuhta syntyy ja miksi se saa pilvikustannukset kasvamaan räjähdysmäisesti. 

Tässä on viisi pilvilaskujen kasvun piilevää aiheuttajaa:

  1. Väärin mitoitettu arkkitehtuuri: Monet organisaatiot joko varaavat liikaa pilviresursseja tai hyödyntävät niitä liian vähän. Flexeran yli 60 asiakkaalle tekemässä tarkastuksessa havaittiin, että 40 % virtuaalikoneista on yhtä kokoa liian suuria. Käyttämättömät resurssit ovat aivan yhtä ongelmallisia – ”aina päällä” olevat kokoonpanot tuhlaavat jopa 27,1 miljardia dollaria vuodessa, kun resurssit pysyvät käynnissä vähäisen kysynnän aikana. Kuten Nigel asian ilmaisee: ”On virhe odottaa, että siirto sellaisenaan olisi taianomainen ratkaisu. Kun organisaatiot eivät sovita työkuormia asianmukaisiin palveluihin, laiminlyö optimoinnin suunnittelun tai poista käytöstä tarpeettomia resursseja, kustannukset karkaavat käsistä.”
  2. Varjo-IT ja näkyvyyden puute: Hämmästyttävät 54 % yrityksistä pitää ”pilvikulujen näkyvyyden puutetta” pilvipalveluiden tuhlauksen syynä Anodotin mukaan. Ilman selkeää valvontaa luvaton resurssien käyttöönotto voi aiheuttaa pilvipalveluissa kaaosta ja jopa luoda päällekkäisiä palveluita sekä paisuneita laskuja. Ei ole yllättävää, että 82 % pilvipalveluiden tietoturvapoikkeamista johtuu tästä näkyvyysaukosta, mikä kasvattaa sekä palautumis- että käyttökustannuksia. 
  3. Piilotetut tiedonsiirtomaksut: Tiedonsiirtoja pidetään usein vähäisenä kustannuksena, mutta jos niitä ei valvota, ne voivat muodostaa 20 % pilvilaskusta, etenkin AWS:n kaltaisten hyperskaalaajien yhteydessä. Lokien liiallinen säilyttäminen, tietojen tarpeeton replikointi ja puutteellinen elinkaaren hallinta pahentavat tilannetta entisestään. Hyperskaalaajat tarjoavat vain vähän maksuttomia siirtoja (100–200 Gt), mutta kun tietojen luonti kasvaa päivittäin 402,74 miljoonaan teratavuun, puskuri katoaa nopeasti.
  4. Organisaatioiden kiire AI:n käyttöönottoon: Myös Tangoe’n raportti nostaa AI:n suurimmaksi pilvikustannusten kasvun aiheuttajaksi. Monet ylimmän johdon johtajat varaavat AI:n käyttöönoton kiireessä pilviresursseja liikaa ymmärtämättä sitä itse. Suurten mallien kouluttaminen ja hienosäätö kuluttavat huomattavasti enemmän laskentatehoa kuin odotetaan. Kun mukaan lisätään valtavien tietoaineistojen tallentamisen ja siirtämisen kustannukset, budjetit ylittyvät väistämättä.
  5. Heikko API-hygienia: Mikropalveluarkkitehtuureissa huonosti jäsennellyt API-kutsut synnyttävät tarpeettomien tietohakujen ketjun. Tämä ei ainoastaan kuormita tietojen tallennusta, vaan kuluttaa myös enemmän resursseja pilvi-instanssien ajamiseen. Tarpeettomat API-yhdyskäytävien kautta kulkevat siirtymät sisäisten palveluiden välillä kasvattavat kustannuksia entisestään. Kuvittele, että yksi rahansiirto käynnistää noin yhdeksän sisäistä kutsua. Se ei kuulosta pahalta, ennen kuin toiminta skaalataan. Miljoonalla päivittäisellä tapahtumalla tämä tarkoittaa 1 000 dollarin hukkaan heittämistä. Kuukausitasolla summa voi näyttää pieneltä, mutta pienyrityksille se on suuri isku.
Get Free Access
Get regular tech leadership wisdom for delivering better software and systems.
Get Free Access

Have an account? Log In

Pilvikustannusten hallinta: strategioita teknologiajohtajille 

Ennen kuin pilvikulut räjäyttävät budjettisi, tässä on neljä tapaa karsia ylimääräisiä kustannuksia:

1. Hanki näkyvyys pilvilaskuihisi 

Peter Druckerin sanat ”Et voi parantaa sitä, mitä et voi mitata,” pätevät myös pilvikustannuksiin. Kustannusten mittaaminen voi kuitenkin olla riskialtista, jos et tiedä, mitä etsiä. Pilvikustannusten näkyvyys on olennaista resurssien käytön ymmärtämiseksi, suorituskykyyn mahdollisesti vaikuttavien ongelmien havaitsemiseksi ja sen tarkan selvittämiseksi, mitä resursseja sinulla on hyökkäyspinta-alasi määrittämistä varten. 

Nigel korostaa, että pilviresurssien merkitseminen ja nimeäminen on keskeistä tämän näkyvyyden saavuttamisessa. Parhaiden tulosten saavuttamiseksi: 

  • Ota käyttöön komentosarjoja, jotka päivittävät tunnisteet automaattisesti resurssien muutosten, kuten skaalaustapahtumien tai resurssien siirtojen, yhteydessä, jotta tiedot pysyvät ajantasaisina ilman manuaalista ylläpitoa. Voit myös integroida tunnisteet IaC-alustaasi, jos käytät Terraformia.  
  • Keskity merkitsemään suurimmat kuluerät, kuten laskentaresurssit, tallennustila ja tietokannat, ja yhdistä ne liiketoimintalähtöisiin KPI-mittareihin, kuten tuloprojekteihin ja asiakassegmentteihin. Käytä näihin tunnisteisiin perustuvia kynnysarvoja ja määritä hälytyksiä odottamattomien kustannuspiikkien havaitsemiseksi. 
  • Rakenna tunnisteiden lisääminen osaksi käyttöönottoputkia, jotta resurssit merkitään johdonmukaisesti ilman manuaalista työtä ennen niiden käyttöönottoa.

Onneksi useimmat hyperskaalaajat, kuten AWS, Azure ja Google Cloud, tarjoavat jo sisäänrakennettuja näkyvyystyökaluja – AWS Cost Explorerin, Azure Cost Managementin ja Google Cloud Cost Managementin – tunnisteiden käyttöön, automaattisiin hälytyksiin ja kustannusten aiheuttajien, kuten käyttämättömien EC2-instanssien tai hallitsemattoman pilvikasvun, tarkkaan tunnistamiseen. 

2. Maksimoi pilven tehokkuus arkkitehtuurin joustavuudella  

Nigelin mukaan pilviarkkitehtuurin mitoittaminen oikein ja sen säännöllinen uudelleenarviointi voivat pitää pilvikustannukset hallinnassa. ”Jokainen päätös tulisi tehdä riskiperusteisesti, jotta kyberresilienssi säilyy etumatkalla”, hän neuvoo. Helpommin sanottu kuin tehty. Tekninen velka, valtavat tietosiilot ja vanhentuneet provisiointikäytännöt vaikeuttavat pilven joustavuuden hyödyntämistä ja jopa kasvattavat pilviprovisiointiin liittyviä riskejä. Jostain on kuitenkin aloitettava.

Tätä ajatusta laajentaen Unit4:n tuote- ja teknologiajohtaja Claus Jepsen korostaa yksinkertaistetun pilvisiirron vaaroja:

”Vaikka pilveen siirtyminen tarjoaa mahdollisuuden parempaan tehokkuuteen ja kustannussäästöihin, monet yritykset menettävät tämän mahdollisuuden siirtämällä vanhat sovelluksensa pilveen sellaisinaan. Pilvisiirto voi tehdä vanhan järjestelmän käyttämän valtavan laskentatehon vähemmän näkyväksi, mutta se ei ratkaise ohjelmiston taustalla olevia tehottomuuksia. Jotta kustannukset ja hiilipäästöt eivät karkaisi käsistä, hyödynnä pilvisiirtoprosessi ydinjärjestelmien uudelleenarviointiin.

Yksi ratkaisu on irrottaa kevyet palvelut sovelluksen ydinarkkitehtuurista. Kun mikropalvelut tai nanopalvelut määritetään käynnistymään vain käytön ajaksi, voit pienentää sekä hiilipäästöjä että pilvipalveluntarjoajalle maksamiasi laskuja.

Pilven energiankulutusta voi havainnollistaa vertauksella: suuri monoliittinen sovellus on kuin talo, jossa valot ovat aina päällä. Mikropalveluista koostuva järjestelmä taas on kuin talo, jossa on paljon pieniä huoneita ja valot sytytetään vain silloin, kun olet kussakin huoneessa.

Neuvoni IT-johtajille: sisällyttäkää mikropalvelut pilviratkaisujen RFP-kriteereihin ja perustelkaa sisäinen liiketoimintatapaus kestävyyden ja taloudellisen tuoton kaksinkertaisilla hyödyillä.”

Jepsenin neuvon noudattaminen tarkoittaa mikropalvelujen tai nanopalvelujen sisällyttämistä arkkitehtuuristrategiaan ja sen varmistamista, että resurssit vastaavat suoraan liiketoiminnan toimintaa ja kulutusta.

Nigel ehdottaa aloittamista määrittämällä skaalauskäytännöt historiallisten mittareiden, kuten suorittimen käytön, muistin kulutuksen tai pyyntömäärän, perusteella. Aiemmat tunnistetiedot voivat auttaa määrittämään kynnysarvot ja jäähdytysajat, jotta vältetään nopeat skaalausvaihtelut.

Määritä eri komponenteille erilliset skaalauskäytännöt, kuten verkkokerrokselle ja tietokantakerrokselle. Tämä kohdennettu lähestymistapa vähentää käyttämätöntä kapasiteettia, vakauttaa sovellusten suorituskykyä ja parantaa pilven yleistä tehokkuutta. Pitkäaikaisten säästöjen ja pilvitehokkuuden saavuttamiseksi ota käyttöön: 

  • Palvelimeton arkkitehtuuri uudistamalla sovellukset tapahtumavetoisiksi mikropalveluiksi AWS Lambdan, Azure Functionsin tai Google Cloud Functionsin avulla. Perinteisissä arkkitehtuureissa resursseja varataan usein liikaa ”varmuuden vuoksi”, mikä johtaa turhiin kustannuksiin. Palvelimeton arkkitehtuuri ratkaisee tämän veloittamalla vain todellisesta laskenta-ajasta. 
  • Kontit ja orkestrointi kontittamalla sovelluksesi Dockerilla yhdenmukaisten ympäristöjen varmistamiseksi. Kubernetesilla käyttöönotto mahdollistaa automaattisen skaalauksen reaaliaikaisten käyttömallien perusteella, jolloin resurssit mukautuvat kysyntään kiinteän mitoituksen sijaan. Resurssirajojen määrittäminen estää yksittäistä palvelua kuluttamasta enempää kuin pitäisi. Tämä on yleinen syy yllättäviin pilvilaskuihin, kun käyttö kasvaa odottamatta.
  • Monialueinen ja monipilvistrategia rakentamalla sijainnista riippumattomia sovelluksia. Kun sovelluksia ei sidota yhteen sijaintiin, maailmanlaajuisten käyttäjien viiveet pienenevät ja sovellusten häiriönsietokyky paranee alueellisia käyttökatkoja vastaan. Liikenteen ohjaaminen viiveen tai kustannusten perusteella varmistaa käyttäjille nopeammat vastausajat ja auttaa samalla hallitsemaan kuluja. 

3. Neuvottele toimittajasopimukset 

Azure voi olla 72 % halvempi kolmen vuoden sopimuksella. Pitkäaikaiseen sopimukseen sitoutumattakin Microsoftin EA-sopimukset tarjoavat nykyisille Azure-käyttäjille jopa 45 prosentin alennuksia. Silti monet yritykset menettävät nämä edut, koska neuvottelut toimittajien kanssa aloitetaan liian myöhään tai niihin suhtaudutaan liian epämuodollisesti. Myös McKinseyn IT-toimittajasopimuksia koskeva tutkimus on osoittanut, että uudelleenneuvottelut aloitetaan usein vasta vuotta ennen sopimuksen päättymistä. Siihen mennessä vaihtoehdot ovat joko rajalliset tai neuvotteluvoima on menetetty. 

Paranna sopimusneuvotteluja keräämällä ja seuraamalla pilviympäristösi tietoja.  Jos työkuormasi pysyvät tasaisina, käytön mukaan laskutettava hinnoittelu tarkoittaa, että menetät mahdollisuuden säästää rahaa. Varatut sopimukset tarjoavat merkittäviä säästöjä, kun käytön vakaus on osoitettu. Aloita analysoimalla työkuormien mittarit ja erota tasainen kysyntä vaihtelevista kulutuspiikeistä; neuvottele perustuen peruskäyttöösi (70–80 %), jotta vältät liiallisen sitoutumisen ja varmistat samalla paremmat hinnat.

Sitten ovat vielä ”piilokustannukset”: tiedonsiirrot, tallennustapahtumat ja API-kutsut. Ne vaikuttavat usein merkityksettömiltä, mutta voivat kasvaa mittakaavan kasvaessa budjetin ylittäviksi kuluiksi. Ota ne ennakoivasti mukaan neuvotteluihin, jotta myöhemmiltä ikäviltä yllätyksiltä vältytään. Palveluntarjoajilla on yleensä joustovaraa, esimerkiksi tiedon siirtomaksujen poistoja tai porrastettuja alennuksia (esim. $100 miljoonaa API-kutsua kohden). 

Nigelin mukaan paras tapa hillitä pilvikustannuksia on kuitenkin yksinkertainen: aseta liiketoimintayksiköt suoraan vastuuseen takaisinveloitusten avulla. Kun kustannukset sidotaan liiketoiminnan tuloksiin, tiimit käyttävät rahaa harkitummin ja neuvottelevat toimittajien kanssa parempia sopimuksia. Aloita läpinäkyvästä takaisinveloitusjärjestelmästä, joka kohdentaa kulut selkeästi oikeille osastoille. Voit joko ottaa käyttöön pilvikustannusten hallintatyökalun käytön seuraamiseksi projektin, tiimin tai sovelluksen mukaan tai ottaa käyttöön yksityiskohtaisen tunnistejärjestelmän, jonka avulla näet, mihin jokainen dollari kuluu. ”Tämä toimintatapa auttaa pitämään pilvikulut sallituissa rajoissa ja suhteessa liiketoiminnalle koituviin hyötyihin”, Nigel sanoo.

More Articles

4. Optimoi tiedonsiirtokustannukset

Aina kun data siirtyy alueiden välillä tai poistuu pilvipalveluntarjoajasi verkosta, kustannuksia kertyy. Sisällönjakeluverkko (CDN) voi pienentää näitä kustannuksia tallentamalla staattisia tiedostoja, kuten kuvia ja CSS-tiedostoja, käyttäjiä lähempänä sijaitseville reunapalvelimille, jolloin sinun ei tarvitse maksaa täyttä hintaa. 

Aloita luetteloimalla staattiset resurssit ja määrittämällä välimuistin otsakkeet osumaprosenttien parantamiseksi. Suuren pilvipalveluntarjoajasi palveluihin kuuluu myös sisäänrakennettu CDN (CloudFront AWS:lle, Azure CDN). Näin saat lisäksi yksinkertaisemman laskutuksen ja volyymialennuksia. 

Jos arkkitehtuurisi siirtää jatkuvasti dataa alueiden välillä, on aika suunnitella rakenne uudelleen. Tarjoa paikallinen liikenne paikallisista resursseista replikoimalla tietokannat ja tallennustila aktiivisille alueille. Tarvitsetko maailmanlaajuisia näkemyksiä? Käsittele ja tiivistä data alueellisesti ennen synkronointia, jotta sinun ei tarvitse maksaa raakadatasta ympäri maailmaa. Lokeihin perustuvat muutostietojen kaappausmenetelmät (CDC) ja lähdetaulukoihin perustuvat kyselyt voivat myös auttaa vähentämään tiedonsiirtoja synkronoimalla vain muuttuneet tiedot koko aineiston sijaan. 

Kun siirtoja ei voi välttää, ajoita ne ruuhka-aikojen ulkopuolelle hyödyntääksesi edullisempia hintoja ja pakkaa data aina (gzip, Snappy, Parquet) siirtokoon ja kustannusten pienentämiseksi.

Hallitse pilvilaskujasi datan ja näkyvyyden avulla 

”Totuus on, että pilvipalveluiden käyttöönotto lisää kustannuksia”, Nigel sanoo. ”Mutta näiden korkeampien kustannusten vastineeksi pystymme tuottamaan enemmän ja nopeammin sekä saavuttamaan paremman tulospotentiaalin kuin koskaan aiemmin – mikä on kriittinen etu, kun haluamme kilpailla ketterästi villissä digitaalitaloudessa.”

Pilvikustannusten optimoinnissa ei ole kyse kilpailusta kohti halvinta mahdollista hintaa. Sen sijaan kyse tulisi olla tarkoituksellisesta kuluttamisesta, jossa teknologiavalintasi vastaavat liiketoimintatavoitteita ja organisaatiosi säilyy ketteränä. Kun investoit viisaasti, tuloksena on pysyvä markkinavoima ja parempi pitkän aikavälin tuotto.

Pysy ajan tasalla parhaista käytännöistä, alan uutisista ja muista pilvipalveluihin liittyvistä näkemyksistä tilaamalla CTO Clubin uutiskirjeen jo tänään.

Avya Chaudhury
Avya is a content marketer and lifelong storyteller. Hailing from a small town near India’s capital, Delhi, she has over six years of experience in B2B content writing, focusing on the sweet spot where technology meets marketing and governance. She currently dabbles in AI, software development, and emerging technology for The CTO Club, Sprinklr, ITPro, MIT Technology Review, and a few other places you’ve probably heard of – or at least Googled once. When she’s not chasing stories, she’s probably hiking, traveling, or glued to the latest thriller series.
Follow the author:

You may also like