Pilvekulu: viis rida, mis arvet paisutavad

Pilv lubab, et maksate ainult selle eest, mida tarbite. See on tõsi ja just see ongi probleem: kõige eest, mis töötab, makstakse, ka selle eest, mida keegi enam ei kasuta. Pilvearve ei lähe peaaegu kunagi ühekorraga käest ära. See kasvab kuu kuu järel ridade kaudu, mida keegi ei vaata, sest ükski neist pole üksinda vaatemänguline.

See meie rubriigi Taristu ja pilv artikkel vaatab läbi viis kõige kaalukamat rida, mis teeb need nähtamatuks, ja rutiini, mis neid kontrolli all hoiab. Hinnanäited on AWS-ilt, sest selle hinnad on avalikud ja üksikasjalikud; teised suured pakkujad arveldavad samaväärseid ridu omaenda reeglite järgi.

Lühidalt

• Raiskamine on pigem reegel kui erand: Flexera küsitletud ettevõtted hindavad selle peaaegu kolmandikuks oma pilvetaristu kuludest.
• Viis rida: see, mis jääb sisse lülitatuks, väljuv liiklus, kogunev salvestus, tunnipõhiselt arveldatavad teenused, kasutusarvestid.
• Ükski neist ei paista koguarvel välja: igaüht jälgitakse projektipõhiselt, nimeliselt määratud vastutajaga.
• Eelarvehoiatus hoiatab, see ei lülita midagi välja: tegelik kontroll on endiselt igakuine ülevaatus.

Miks pilvearve käest ära läheb?

Sest ressursi loomine võtab minuti ja selle kustutamine ei kuulu kellegi tööülesannete hulka. Flexera iga-aastane pilve olukorra aruanne, mis avaldati 2026. aasta märtsis, näitab ulatust:

Raiskamise number on deklareeritud hinnang, mitte arvete mõõtmine, ja Flexera omistab selle tõusu tehisintellekti koormustele. Ometi ütleb see olulise: isegi ettevõtted, kellel on selleks meeskond, lasevad märkimisväärsel osal eelarvest käest libiseda. 20 kuni 500 inimesega organisatsiooni jaoks, kellel pole eraldi meeskonda, ei ole küsimus selles, kas raiskamist on, vaid selles, kus see peitub.

Rida 1: see, mis jääb sisse lülitatuks

Esimene rida on kõige banaalsem: masinad, andmebaasid või testkeskkonnad, mis töötavad edasi, kuigi projekt on lõppenud, või mis on mitoitatud tipuks, mida kunagi ei tulnud. Virtuaalmasin maksab sama palju, olgu ta tööl või ootel.

Kolm juhtumit kordub:

• unustatud testkeskkond, mis loodi demonstratsiooniks või vastuvõtuks ja mida kunagi ei kustutatud;
• ülemitoitatud masin, mis valiti suur, „et oleks rahulik“, ja mida kunagi ei vähendatud;
• teenus, mis töötab öösel ja nädalavahetusel, kuigi keegi ei kasuta seda väljaspool tööaega.

Lahendus on pigem korraldusreegel kui tööriist: iga ressurss kannab projekti ja selle eest vastutava inimese nime ning vastutajata ressurss peatatakse. See on Teie projektide ühise taristualuse ülesanne: üks konto või projekt kasutuse kohta ja üks eelarve projekti kohta.

Rida 2: väljuv liiklus

Andmete pilve viimine on üldiselt hinnas. Nende välja viimine, Teie kasutajateni, teise pakkuja juurde või Teie kontoritesse, makstakse mahu järgi. Amazon EC2 hinnaleht märgib, et igas kuus on hinnas 100 GB väljuvat edastust internetti, kõigi teenuste peale kokku; üle selle arveldatakse iga gigabaiti kahaneva skaala järgi.

See rida kasvab vaikselt, kui veebileht serveerib videoid või suuri faile, kui igal ööl läheb varukoopia teise pakkuja juurde või kui rakendus vahetab palju andmeid mujal majutatud teenusega. See kaalub ka sel päeval, kui soovite lahkuda. Euroopa andmemäärus reguleerib neid pakkuja vahetamise tasusid: Prantsusmaa telekommunikatsiooni regulaatori Arcepi järgi on need kuni 12. jaanuarini 2027 piiratud otseselt vahetamisega seotud kuludega ja seejärel keelatud. AWS teatab omalt poolt tasuta väljuvast edastusest nõuetele vastavatele klientidele, kes viivad kõik oma andmed sealt ära. Igapäevane liiklus jääb aga tasuliseks.

Rida 3: kogunev salvestus

Salvestus maksab gigabaidi kohta vähe ja just seepärast seda ei jälgita. See koguneb kihtidena: lõputult säilitatavad ketaste hetktõmmised, säilitusajata varukoopiad, „igaks juhuks“ hoitavad rakenduste logid, enne migratsiooni tehtud ja kunagi kustutamata andmebaaside koopiad.

Lahendus on iga andmetüübi jaoks kirja pandud säilitusaeg: nii mitu päeva igapäevaste varukoopiate jaoks, nii mitu kuud igakuiste jaoks, nii mitu nädalat logide jaoks. See teenib ka isikuandmete kaitse üldmäärust, mis nõuab, et isikuandmeid ei hoitaks kauem kui vaja. Meie juhend oma serveri varukoopiatest kirjeldab mõistlikku säilitusrütmi.

Rida 4: väikesed tunnipõhiselt arveldatavad teenused

Need on read, mida keegi teadlikult ei valinud: need tulevad koos arhitektuuriga. Ükshaaval tunduvad need tühised; kokku liidetuna ja keskkondadega korrutatuna ei ole need seda enam.

Viimane näide on õpetlik: Kubernetese versioon, mida ei uuendata, maksab tunnis kuus korda rohkem, ilma et ükski koodirida oleks muutunud. Hoolduse mahajäämus muutub arvereaks. Kirjeldame, mida Kubernetes nõuab ja millal keskmise suurusega ettevõte saab ilma selleta hakkama, artiklis Kubernetes: millal VKE seda ei vaja.

Rida 5: kasutusarvestid

Viimane rida on kõige uuem ja kõige muutlikum: kõik, mida arveldatakse minuti, päringu või tokeni kaupa. Pideva integratsiooni minutid, funktsioonide käivitused, päringud tehisintellekti mudelile. Siin ei sõltu arve enam sellest, mis on sisse lülitatud, vaid sellest, mida Teie programmid teevad, ja programm, mis jääb tsüklisse või alustab iga vea järel nullist, võib tarbimise ühe ööga mitmekordistada.

Tehisintellekti päringud järgivad sama loogikat, ühe lisahoovaga: mudeli valik vastavalt ülesandele. Meie artikkel tehisintellekti arvest, tokenitest ja mudelite suunamisest käsitleb seda üksikasjalikult.

Kuidas hoida ohjad käes projekte pidurdamata?

Viiel real on üks ühine joon: ükski neist ei paista arve kogusummas välja. Need muutuvad nähtavaks projektipõhiselt, kui keegi vaatab. Rutiin, mis keskmise suurusega ettevõttele piisab:

Eelarvehoiatus ei lülita midagi välja. Microsoft Azure’i dokumentatsioon ütleb seda selgesõnaliselt ja me kirjeldasime seda taristualuse juhendis: tarbimine jätkub pärast läve ületamist. Teiste pakkujate puhul lugege enne sellele lootmist, mida hoiatus tegelikult teeb. Igakuine ülevaatus jääb ainsaks kontrolliks, mis püüab kinni kõik viis rida korraga.

See töö ei asenda taristut haldavate inimeste tööd: see annab neile otsustamiseks numbrid ja juhtkonnale võimaluse nende valikuid mõista.

Kui fikseeritud hind muutub lihtsamaks

Stabiilse koormuse puhul, mis töötab päeval ja öösel ilma suurte tippudeta, muudab fikseeritud hinnaga renditud server read 1 ja 4 ettearvatavaks: makstakse masina eest, olenemata selle kasutusest, ja rida 2 sõltub pakkumises sisalduvast liiklusest. See lisab teisi ridu, eelkõige käitustunde. Valik tehakse kasutuse kaupa ja kirjeldame seda artiklis spetsiaalne server, VPS või pilv: valik kasutuse järgi. Teie tarkvaratellimuste kohta on sama kolme aasta võrdlus artiklis SaaS-ist lahkumise tegelik hind.

Kust alustada

Võtke viimane arve ja liigitage iga rida ühte viiest kategooriast. Otsige iga rea jaoks projekt ja inimene, kes selle eest vastutab: vastuseta read on Teie esimene säästuallikas. Seejärel seadke eelarve projekti kohta ja siis igakuine ülevaatus.

Rubriigi ülejäänud osa käsitleb teisi käitusotsuseid: mida seire peab jälgima, kirjutatav avariijärgse taastamise plaan, tööriistad, mis tuleks esimesena SaaS-ist välja tuua, isemajutatud n8n tootmises, pilvemigratsioon ilma kõike lõhkumata, Euroopa sõltuvus Ameerika pilvest ja mida NIS2 Prantsuse ettevõtetelt nõuab.

Kui Teie haldustööriistad saavad töötada fikseeritud kuluga serveris, paigaldab meie SaaS-ist väljumise teenus need sinna koos testitud varukoopiate ja dokumentatsiooniga. Kui Teie arve tuleb suurelt pakkujalt, kirjeldage meile oma projekte: vaatame koos, kus kulu peitub.

Korduma kippuvad küsimused

Allikad

1. AWS, Amazon EC2 nõudepõhised hinnad (uus vahekaart)aws.amazon.com
2. Arcep, 16. veebruari 2026 pressiteade pilvepakkuja vahetamise tasude kohta (uus vahekaart)en.arcep.fr
3. AWS News Blog, teadaanne avalike IPv4-aadresside arveldamise kohta (uus vahekaart)aws.amazon.com
4. AWS, Amazon VPC hinnad (uus vahekaart)aws.amazon.com
5. AWS, Amazon EKS-i hinnad (uus vahekaart)aws.amazon.com