Röviden: A számla dollárban jön, a budget forintban él, a tagelés pedig mindig későbbre csúszik. Egy kettes magyar csapat FinOps-a nem tool, hanem ritmus: riasztás, egységköltség, lejárat.
A magyar felhőszámla három valutában él. Az AWS dollárban számláz. A cég forintban tervez. A mérnök fejében „ez csak egy t3”. A három közül a forint a legőszintébb, mert a bankszámlán jelenik meg — és a legkevésbé látszik a konzolon. 2026-ban, amikor a Savings Plans, a Graviton és a serverless kalkulus egyszerre van az asztalon, a FinOps nem külön csapat. Kettes-hármas mérnökségnél a FinOps az a hétfő reggeli tizenöt perc, amit nem a Slackben töltesz.
Először a vérzés, aztán a kedvezmény
A klasszikus hiba: Savings Plan-t venni, mielőtt tudnád, mi viszi a pénzt. A Plan akkor olcsó, ha a baseline stabil. Ha a számla 40%-a egy elfelejtett NAT, egy nyitva hagyott GPU vagy egy logcsoport, ami 2019 óta nő, előbb azt zárd el. A kedvezmény egy vérző rendszeren csak drágábban vérzik, hosszabb távon.
Magyar SMEnél a tipikus anatómia unalmasan ismétlődik. Compute, amit nem állítanak le estére. Adattárolás, aminek nincs lifecycle-ja. Megfigyelés, ami mindent megőriz. Adatmozgás, különösen NAT és Cross-Region. És a „kísérleti” instance, aminek a gazdája szabadságon van. A p4d.24xlarge horror-mém nem poén — a kalkulátorunk pont ezért létezik. Egy hétvége GPU-n, forintban, egy kisebb cég havi felhőkerete.
Egységköltség, tag, budget — ebben a sorrendben
Az abszolút szám hazudik. Ha a felhasználóid nőnek, a számla nőhet. Ha a felhasználónkénti vagy tranzakciónkénti költség nő, az a baj. Ezért a FinOps első metrikája ne a totál legyen, hanem egy egység, amit a termék is ért: forint aktív userenként, ezer API-hívásonként, rendelésenként. Ha ezt nem tudod megmondani, a tagginged lyukas, vagy a terméknek nincs gazdája a számla fölött.
A tagelés nem esztétika. service, env, owner, cost-center — négy kulcs, amit CI tesz rá, nem ember. Ami nem tagelt, az a „mindenkié”, vagyis senkié. A budget alert legyen forintban is értelmezhető: a konzol dollárt mutat, a CFO forintot. Rögzítsd az árfolyamot a riportban (nálunk a kalkulátor 382 HUF/USD-vel számol, ez nem banki közép, hanem szerkesztőségi konstans), és ne keverd a heti FX-mozgást a usage-mozgással. Különben minden gyengülő forint „AWS-drágulás” lesz a standupon.
A Savings Plan a jutalom, nem a terápia. Előbb állítsd el, ami feleslegesen megy.
Ritmus kettes csapatnak
Nem kell FinOps-platform. Kell egy naptár. Hétfő: Cost Explorer, top 5 szolgáltatás, van-e anomália. Szerda: a tag nélküli erőforrások listája, 15 perc. Hónap végén: egységköltség a termékessel. Negyedévente: Savings Plan / Graviton / storage-class döntés, nem előbb. Az anomália-riasztás legyen hangos, a havi riport legyen unalmas. Ha a riport izgalmas, a riasztásod későn jött.
A 2026-os eszközök — Cost Anomaly Detection, budgets, a júniusi FinOps Agent preview — akkor segítenek, ha a házirended megvan. Az agent, ami „javasol”, nem veszi le rólad a TTL-t és az ownert. Ha ketten vagytok, a tool a másodperc. Az owner-címke az első.
És a forint. A dolláros számla FX-kockázat. Nem tudod kivenni, de tudod láthatóvá tenni: a riportban legyen usage-delta és FX-delta külön. Különben a mérnök optimalizál egy 3%-os usage-növekedést, miközben a forint 6%-ot gyengült, és mindenki rossz következtetést von le.
Savings Plans, tárolás, NAT — a három nagy kar
Ha a baseline már tiszta, jön a Plan. Compute Savings Plan rugalmasabb, mint a instance-családhoz kötött régi modell: Gravitonra váltáskor kevésbé büntet. Ettől még ne vegyél 36 hónapot az első tiszta hónapod után. Egy éves, konzervatív lefedettség a stabil API-ra; a tüske maradjon on-demand. A „mindenre Plan” ugyanaz a dogma, mint a „minden serverless”: jól hangzik, rosszul ül a valós görbére.
A tárolás a csendes második. Standard, Infrequent Access, Glacier, Deep Archive — a döntési fa nem a díjszabás oldala, hanem az olvasási minta. Amit évente kétszer olvasol, ne Standardon üljön. Amit hetente a BI kiolvas, ne Deep Archive-on, hacsak nem szereted a retrieval meglepetést. Lifecycle policy kódban, ne kézi áthelyezés. A verziózott bucket, amiből senki nem töröl, a magyar számla klasszikusa: a törlés tiltása compliance-nek tűnik, valójában akkumulátor.
A NAT a harmadik. Privát subnet, kimenő forgalom, adatintenzív worker — a NAT gateway óradíja plusz adatdíja sok kettes csapatnál nagyobb, mint a compute. VPC endpoint S3-ra és DynamoDB-ra gyakran a hét legjobb spórolása, mert a forgalom nem a NAT-on jön ki. Mérd. Ha a NAT a top 5, ne Graviton-cserével kezdd a hetet.
Egy forintos példa, hazugság nélkül. Tegyük fel, a havi usage 1 200 USD körül stabil. 382 HUF/USD szerkesztőségi konstanssal ez durván 458 ezer forint. Ha ebből 180 USD a NAT és a log, 150 USD egy always-on GPU-teszt, a Plan a maradékon 20%-ot hoz — a vérzés elzárása pedig rögtön 330 USD-t. A sorrend: vérzés, egységköltség, aztán kedvezmény. A forint csak akkor barát, ha a usage-t és az FX-et külön látod. Ha a CFO a 458 ezret látja, és te a NAT-ot, ti ketten más problémát oldotok. A közös nyelv az egységköltség plusz a top 5 sor. Ami ebből kiesik, az a mémfalra való p4d, nem a stratégiai vita. A hét vesztese mindig ugyanaz a minta: nincs owner, nincs TTL, nincs riasztás. A FinOps ritmusa pont ezt a mintát unalmassá teszi — és az unalom, ismét, a siker.
Mit jelent ez neked?
Ezen a héten ne Plan-t vegyél. Állíts budget alertet, kötelezővé a négy taget, és írd fel az egységköltséget egyetlen mondatban. Zárd el, ami hétvége óta melegszik. A magyar felhőszámla anatómiája ennyi: dollár, forint, owner. Ha a háromból kettő hiányzik, a harmadik csak a meglepetés napját halasztja. A 382-es konstans a kalkulátorunkban szándékosan kerek: nem banki közép, hanem közös nyelv. A közös nyelv nélkül a standupon mindenki más számlát mesél — és a GPU hétfőn még mindig meleg. A mémfal a p4d-t neveti. A naptár a NAT-ot csendben kifizeti. A naptárat válaszd — hétfőn, tizenöt percben, ownerrel.