FinOps on üks neist terminitest, mis tähendab väga erinevaid asju sõltuvalt ettevõtte suurusest. Fortune 500 ettevõtte jaoks on see 30-inimesega praktika koos CFO-sponsoriga, tööriistade eelarvega, mis on suurem kui teie palgafond, ja kvartaalsete juhtkomiteedega. Teie 30-inimesega SaaS-ettevõtte jaoks on see enam-vähem: "miks on AWS-i arve 27% kõrgem kui eelmisel kvartalil ja kelle töö on seda välja selgitada?" See postitus on teisele grupile.
Kõigepealt rahustav uudis: pilveraiskamine on igav. Valdav enamus sellest tuleb samadest viiest mustrist, igas ettevõttes, igas suurusjärgus. Jõude seisev arvutusvõimsus, mida keegi ei lülitanud välja. Ülemõõdulised instantsid, mis olid provisioneeritud tipphetkeks, mis kunagi ei kordunud. Sildistamata ressursid, mida keegi ei suuda omistada, mistõttu keegi ei tunne end vastutavana. Unustatud arendus- ja staging-keskkonnad, mis töötavad ööpäevaringselt tarkvara jaoks, mis ilmub kaks korda kuus. Ja andmehoidla, mis istub premium-tasemel aastaid pärast seda, kui keegi seda viimati luges. Ühegi neist parandamiseks pole vaja FinOps Foundationi sertifikaati. Kõigi nende jaoks on vaja kedagi, kes tegelikult vaataks.
Muster, mida me kõige sagedamini näeme, väärib omaette lõiku. Arendaja käivitab neljapäeval koormustesti jaoks c5.4xlarge instantsi. Test lõpeb reedel kell 16. Instants jääb tööle üle nädalavahetuse, sest väljalülitamine on manuaalne samm konsoolis, mida keegi laupäeval ei ava. Esmaspäevaseks standupiks on meeskond kulutanud 180 € jõude seisvale masinale - mitte oskamatuse tõttu, vaid sellepärast, et süsteemi vaikeväärtus on "jätka arveldamist". Korrutage see iga meeskonna, iga nädalavahetuse ja iga unustatud eksperimendiga, ning teil on märkimisväärne osa infrastruktuurieelarvest, mis ei tee täpselt mitte midagi.
Miks dashbordid seda ei paranda? Sest nähtavus ei olnud kunagi kitsaskoht - teie pilveteenusepakkujal on juba kuluvaataja olemas ja te juba ei ava seda. Dashboard ütleb teile, mis juhtus pärast seda, kui raha on läinud, kohas, mida peate meeles pidama külastada, formaadis, mis nõuab kakskümmend minutit filtreerimist enne, kui see midagi tegutsemisväärset ütleb. "Andmed on olemas" ja "keegi tegutses selle põhjal" vahel asub kogu FinOpsi tegelik distsipliin, ning see on täpselt see osa, mille jaoks väikesel meeskonnal vaba mahtu ei ole.
On ka struktuurne probleem, mida dashbordid ei suuda lahendada: multi-cloud killustatus. Hetkest, kui käitate AWS-i toote jaoks, Hetznerit pakktöökoormuste jaoks ja hulkuvat DigitalOcean projekti, mille keegi alustas 2024. aastal, lakkab küsimusel "kui palju me kulutame" olemast üks vastus. Iga teenusepakkuja ekspordib kulud oma formaadis, oma ajakava järgi, oma arusaamaga sellest, mis on projekt. Enamik väikeseid meeskondi reageerib sellele, jälgides suurt arvet hoolikalt ja lastes väikestel triivida - just nii püsib 400 €/kuus leke elus kaks aastat.
Niisiis, milline FinOps tegelikult välja näeb meeskonna jaoks, kellel pole FinOps-meeskonda? Meie kogemuse järgi katab neli harjumust suurema osa väärtusest. Esiteks: üks tõe allikas kulude kohta üle kõigi teenusepakkujate, jaotatud teenuse, projekti ja keskkonna kaupa - mitte sellepärast, et dashbordid asju parandavad, vaid sellepärast, et omistamisvaidlused surevad, kui kõik näevad samu numbreid. Teiseks: anomaaliate tuvastus, mis on nutikam kui lävend - pilvearved on loomult mürarikkad ning staatiline "hoiata mind üle X euro" käivitub kas pidevalt või mitte kunagi; tõeliste kõrvalekallete märkamine teie enda baasjoonest on ML-i töö, mitte cron-töö ja lootuse töö. Kolmandaks: mahu õigeks seadmise soovitused kindla intervalliga - igakuine nimekiri "need kaksteist instantsi on ülemõõdulised, siin on turvaline väiksem suurus, siin on sääst", mida keegi vaatab läbi viieteistkümne minutiga. Neljandaks: eskaleeruvad eelarvehoiatused - vaikne hoiatus insenerile 80% juures, valjem hoiatus meeskonnajuhile 100% juures, sest eelarve, mille eest keegi ei vastuta, on soov.
Pange tähele, mis kõigil neljal ühist on: need lühendavad ahelat arusaamast tegevuseni. See ongi kogu mäng. Mitte rohkem andmeid - vähem vahemaad "süsteem märkas" ja "inimene otsustas" vahel. Väike meeskond ei vaja FinOpsi praktikat; ta vajab kahtkümmet minutit nädalas, mille jooksul kuluotsused on hästi ette valmistatud, eelnevalt prioritiseeritud ja ühes kohas.
Just seda me Sencaisse ehitasime: kulud teenuse, projekti ja keskkonna kaupa üle kõigi ühendatud teenusepakkujate; ML-i tuvastatud kuluanomaaliad; ajastatud mahu õigeks seadmise soovitused; eskaleeruvad eelarvehoiatused. Ahel arusaamast tegevuseni, kokku surutud standupi sisse mahtumiseks. Ja järgmine samm teekaardil - Autopilot - käib selle ahela täieliku sulgemise kohta igavate juhtumite jaoks: sildistatud dev-ressursside automaatne peatamine ajakava alusel, kinnitatud mahu õigeks seadmise täitmine hooldusakende ajal. Otsustusõigus jääb teile; nuppude vajutamine ei peaks jääma.
Kui tahate teada, kus te täna seisate, siin on viieteistkümne-minutiline harjutus: tõmmake eelmise kuu arve iga teenusepakkuja käest, keda kasutate - kaasa arvatud need, kelle te unustasite. Sorteerige teenuse järgi. Ringitage kõik, mida te ei suuda kümne sekundi jooksul omistada töötavale tootefunktsioonile. Enamikes ettevõtetes on see ring 25-35% kogusummast. See ei ole eelarvestamise probleem. See on lihtsalt entroopia - ja entroopia on väga, väga parandatav.