A rendszeres költség-retrospektív ugyanolyan fontos, mint a sprint-retro. A trend fontosabb az abszolút számnál — egy féléves visszatekintés kerete a felhőköltségről.
A régióválasztás és a feldolgozói szerződés a compliance alapja; a technikai kontroll csak ráépül. Mire figyelj magyar és EU-s szereplőként a felhőben?
A deploy és a release szétválasztása csökkenti a kockázatot és felgyorsítja a tanulást. A feature flag a kapcsoló, amivel a kód kiszállítása és a funkció bekapcsolása elválik.
Elosztott trace és strukturált log nélkül a serverless hibakeresés vakrepülés. Hogyan tedd láthatóvá egy sok apró függvényből álló rendszer valós működését?
A compute-modell választása a terhelésprofil, a csapatméret és a költségmodell metszete. Egy gyakorlati döntési fa, ami nem a divatot, hanem a valós igényt követi.
A hálózat az a réteg, amit később a legfájdalmasabb átépíteni. Végigtervezünk egy multi-AZ VPC-t publikus és privát subnetekkel, NAT-tal, útvonaltáblákkal és szigorú security groupokkal — teljes Terraform-kóddal.
A GPU-instance kihasználtsága a legnagyobb tétel. A batch-ütemezés és a Spot kapacitás dönti el, hogy a modelltréning megfizethető marad-e, vagy elszáll a számla.
A least privilege nem egyszeri beállítás, hanem folyamatos, telemetriából táplált szűkítés. Hogyan tartsd karban a jogosultságokat úgy, hogy ne törj el semmit?
Egy teljes, production-kész serverless API felépítése lépésről lépésre: HTTP API, Lambda-integráció, DynamoDB single-table modell, IAM least-privilege és megfigyelhetőség — minden sorban Terraformmal.
A peremszámítás gyors és közel van a felhasználóhoz, de a korlátok szigorúak. A feladat típusa dönti el, a könnyű CloudFront Functions vagy a teljesebb Lambda@Edge kell-e.
A hosszú életű AWS access key a CI-ben időzített bomba. Megmutatom, hogyan cseréld le rövid életű, OIDC-alapú tokenekre: OIDC provider, IAM-role bizalmi feltétellel és egy biztonságos deploy-workflow — végig Terraformmal.
A helyszíni javítás konfigurációs driftet szül; az újraépítés-alapú megközelítés kiszámíthatóbb. Mit jelent az immutable elv a gyakorlatban, és hol vannak a határai?
Egy tipikus eset arról, hogyan robbant fel a számla kontroll nélküli önkiszolgáló erőforrás-létrehozástól — és milyen guardrailek előzik meg a következő ilyet.
Incidens közben nincs idő gondolkodni. A jogosultság-izolálás és a CloudTrail-elemzés előre begyakorolt lépés kell legyen — nem improvizáció hajnali háromkor.
Az aszinkron feldolgozás akkor jó, ha egyetlen üzenet sem vész el. Felépítünk egy ellenálló pipeline-t: EventBridge routing, SQS pufferrel, Lambda-fogyasztóval és dead-letter queue-val a hibás üzeneteknek — teljes IaC-kal.
A megosztott klaszter költségallokációja csak címkézéssel és showback-kel válik igazságossá. Hogyan tedd láthatóvá, melyik csapat mennyit fogyaszt a közös klaszteren?
A Lambda-skálázás megöli a klasszikus connection poolt: minden példány új kapcsolatot nyit, és az adatbázis kifogy. Az RDS Proxy vagy a data API a megoldás.
A privát S3 bucket, a CloudFront CDN és az Origin Access Control hármasa a modern statikus hosting alapja. Végigépítjük OAC-vel (nem a lejárt OAI-val), okos cache-fejlécekkel és HTTPS-sel — teljes IaC-kal.
A rossz metrika és a hibás cooldown miatt a legtöbb Auto Scaling csoport vagy késik, vagy oszcillál. Hogyan állítsd be úgy, hogy tényleg a terheléshez igazodjon?
A Fargate leveszi a válladról az EC2-hostok kezelését: csak a konténert adod meg, az AWS futtatja. Felépítünk egy teljes prod setupot ALB-vel, health checkkel, cél-alapú autoscalinggel és privát taskokkal — végig IaC-kal.
A read replica konszolidáció, a storage autoscaling és a Graviton-váltás észrevétlen megtakarítást hoz. Hogyan faragj az adatbázis-számlán anélkül, hogy a szolgáltatás megérezné?
A privát endpoint önmagában nem elég: az endpoint policy köti a hozzáférést az adott erőforráshoz. Így húzhatsz erős határt a hálózat és az identitás metszetében.
A build-lánc a leggyengébb láncszem. A függőség-pinning, az SBOM és az artefakt-aláírás nem opció, hanem alap — mert a támadó a pipeline-on át a leggyorsabb.
A nagy konténer image nehéz függőségekhez jó, de a ZIP gyorsabb hidegindulást és egyszerűbb pipeline-t ad. A csomagolási döntés több, mint ízlés kérdése.
A health check alapú DNS-failover olcsó és robusztus vészhelyzeti átállás — ha a TTL és a kliens-caching tiszta. Hol a határa, és mikor kell nála több?
A kötelező tagek és az automatikus kényszerítés nélkül a költségriport használhatatlan. Hogyan építs olyan címkézést, ami nem hal el az első hajszás héten?
A default titkosítás jó alap, de a kulcskezelés és a tanúsítványlánc dönti el a valós védelmet. Mikor elég a bekapcsolt titkosítás, és mikor csak megnyugtató illúzió?
Nem a .tf fájlok okozzák a legtöbb fejfájást, hanem a state. A remote state, a lockolás és a workspace-stratégia dönti el, mennyire fájdalmas a csapatmunka.
Az aszinkron rendszer sikere a DLQ-n, az idempotencián és a retry-stratégián múlik, nem a happy pathon. A hibakezelés az, amit a legtöbben utólag, incidensben tanulnak meg.
A Fargate üzemeltetési egyszerűsége prémiumot kér cserébe. Nagy, stabil terhelésnél az EC2 gyakran olcsóbb — de a megtakarítás mérnöki idővel jár. Hol a mérleg nyelve?
Az automatikus rétegzés kényelmes, de a monitoring-díj és a sok apró objektum ronthatja a megtérülést. Mikor a barátod az Intelligent-Tiering, és mikor csak plusz költség?
Az OTel szabvány szabadságot ad a szolgáltatóválasztásban, de a collector-üzemeltetés és a sampling saját feladattá válik. Megéri-e a csere, és hol kezdd?
A compliance-pontszám nem egyenlő a biztonsággal. A findingokból akciót kell csinálni, különben csak egy szép, zöld dashboardod lesz egy sebezhető rendszer felett.
A cold start a legtöbb API-workloadnál marginális; a rossz architektúra sokkal nagyobb latenciaforrás. Szétszedjük a legelterjedtebb hidegindulás-mítoszokat.
Az Aurora teljesítménye és rendelkezésre állása vonzó, de a költségmodell és a hordozhatóság más döntést kívánhat. Mit mérlegelj, mielőtt évekre elköteleződsz?
Az egress-díj stratégiai lock-in eszköz, nem csak technikai tétel. A CDN és az architektúra dönti el, mennyit fizetsz a felhőből kifelé menő forgalomért.
A belső fejlesztői platform nagy szervezetnek megtérül, de kis csapatnál a jó konvenció gyakran erősebb, mint a platform. Hol a határ a hasznos absztrakció és a felesleges réteg között?
A SnapStart a JVM-nél a leglátványosabb, de más futtatókörnyezetekben a megtérülés árnyaltabb. Mikor hoz valós nyereséget, és mikor csak elbonyolítja a deployt?
A tanúsítvány-alapú hozzáférés kiváltja a tartós kulcsokat on-prem és hibrid környezetben. Hogyan működik, és milyen buktatókat kell kezelni a bevezetésénél?
A váratlan latencia forrása gyakran nem a régió távolsága, hanem a DNS, a kapcsolatfelépítés és a cross-AZ forgalom. Hol keresd a rejtett milliszekundumokat?
Az év nagy témái — AI-infrastruktúra, költségtudatosság, platform engineering — nem hype, hanem hosszú trendek. Egy higgadt visszatekintés arról, mi maradt meg belőlük.
Az év végi tisztítás a legjobb megtérülésű FinOps-akció: árva erőforrások, régi snapshotok, elfeledett környezetek. Egy konkrét ellenőrzőlista, amit végig lehet menni.
A drift nem a Terraform hibája, hanem folyamathiba: valaki kézzel módosított valamit. A detektálás és a policy-kényszer együtt akadályozza meg, hogy a kód és a valóság szétcsússzon.
A látványos AI-demók mögött a csendes platform- és költségváltozások hoznak valós hasznot. Egy keret, amivel a konferenciazajból kiszűröd a néhány érdemi újdonságot.
A konferenciazaj nagy része nem érint téged. Érdemes előre eldönteni, milyen döntést keresel — így a bejelentéslavina helyett a néhány releváns hírre tudsz fókuszálni.
A zero trust nem egy szolgáltatás megvásárlása, hanem identitásközpontú, szegmentált tervezés. Mit jelent ez a gyakorlatban, és hol kezdd, ha nem a nulláról indulsz?
A Compute Savings Plans rugalmassága ma szinte mindig veri a klasszikus Reserved Instance-t — de van néhány peremeset, ahol még mindig az RI a jobb választás.
A több klaszteres GitOps skálázása nem technikai, hanem szervezeti kérdés: ki birtokolja a repót és a sync-policyt? Az app-of-apps minta és a buktatói.
A p50 hazudik: a hidegindulás a farokban lakik. A p99 és a hideg/meleg hívások szétválasztása mutatja meg a valós felhasználói élményt — nem a kényelmes átlag.
A rossz cache key és a hibás TTL megöli a CDN értékét, és feleslegesen terheli az origint. Néhány beállítás, amivel a találati arány — és a számla — helyre kerül.
A riasztási zaj öli meg a detektálást. A súlyozott finding-kezelés és a tudatos suppression a különbség aközött, hogy figyelsz-e a jelzésekre, vagy megszokásból elnyomod őket.
A right-sizing legyakoribb hibája, hogy csak a CPU-átlagot nézi. A memória, a hálózat és a burst-viselkedés együtt dönti el a helyes méretet — különben instabilitást vásárolsz spórolás címén.
A Kubernetes rugalmassága üzemeltetési adóval jár. Sok csapatnak az egyszerűbb konténer-futtatás elég és olcsóbb — kognitívan biztosan. Mikor éri meg mégis a K8s?
A három szolgáltatás nem versenytárs, hanem különböző kézbesítési garancia és minta. A fan-out, a sorrend és a retry igénye dönti el, melyik való a feladathoz.
Az ARM-váltás ár/teljesítmény-nyeresége valós, de a natív függőségek és a CI multi-arch támogatása a szűk keresztmetszet. Egy lépéssorrend, ami nem éles hibában végződik.
Az envelope encryption egyszerre olcsó és biztonságos — ha a kulcshierarchia tiszta. Elmagyarázzuk a mögötte lévő logikát anélkül, hogy kriptográfusnak kellene lenned.
A custom metrika, a log ingestion és a retention csendben felfújja a megfigyelési számlát. Néhány beállítás, amivel a megfigyelhetőség hasznos marad, de nem eszi meg a büdzsét.
A deploy-stratégiát nem a divat, hanem a rollback-igény és a forgalommintázat dönti el. Végigvesszük, mikor egyszerűbb a blue-green, és mikor éri meg a canary komplexitása.
A single-table design erős eszköz, de rossz hozzáférésiminta-felmérés esetén csapdába visz. Mikor éri meg vállalni a komplexitását, és mikor jobb egyszerűbbnek maradni?
A multi-region ára gyakran nagyobb, mint a kockázat, amit fedez. A helyes út nem a maximumból, hanem a valós rendelkezésre állási célból visszafejteni az architektúrát.
A pipeline a titkok egyik leggyakoribb szivárgási pontja. Az OIDC-alapú, rövid életű hitelesítés kiváltja a tartós kulcsokat — és ezzel a legnagyobb kockázatot.
A Spot megtakarítás valós, de csak megszakításra tervezett workloadon és diverzifikált kapacitáson. Végigvesszük, mi az, amit sosem szabad tiszta Spotra tenni.
A log, a metrika és a trace önmagában csak zaj. Az érték a korrelációban és a kardinalitás kordában tartásában van — különben csak drágán gyűjtesz adatot, amit sosem nézel.
A Function URL olcsóbb és egyszerűbb, de az API Gateway funkcióinak egy része nem pótolható vele. A döntés arról szól, mennyi kaput kell magadnak megépítened.
A legtöbb workloadnak a gp3 bőven elég, és olcsóbb. Az io2 prémiumját csak akkor fizeted meg, ha garantált IOPS-ra és tartós, magas terhelésre van szükséged.
A tárolóhoz való hozzáférést két policy metszete dönti el. A téves feltételezés arról, hogy melyik mit enged, a leggyakoribb adatszivárgási forgatókönyvek egyike.
A jó modulhatár nem a DRY-elv, hanem a változás iránya mentén húzódik. Néhány józan szabály, amivel a Terraform-modulok segítenek, nem gátolnak fél év múlva.
A FinOps nem egy táblázat, hanem folyamat. Az első komoly számláig három dolgot érdemes sorrendben automatizálni: tagging, allokáció, riasztás — pontosan ebben a rendben.
A vizuális workflow csábítóan átlátható, de az állapotgép díja és a hibakeresés komplexitása döntő lehet. Mikor éri meg a menedzselt orchestráció, és mikor a saját kód?
A nyári uborkaszezonban is érdemes szűrni a zajt: mi az a néhány cloud-téma, ami tényleg befolyásolja a következő sprint döntéseit, és mi az, ami csak marketing?
A kezdeti CIDR- és alhálózat-tervezés csendben meghatározza a későbbi skálázást, a peeringet és a hibrid összeköttetést. Néhány döntést utólag nagyon fájdalmas javítani.
A self-hosted runner első pillantásra olcsóbb és rugalmasabb. A valódi ár viszont az üzemeltetés és a megnövelt biztonsági felület — ezt kell szembeállítani a menedzselt futtatók kényelmével.
A NAT Gateway óradíja jelentéktelennek tűnik, az adatfeldolgozási díja viszont csendben nő. A megoldás ritkán a "kapcsoljuk ki", sokkal inkább az architektúra és a VPC endpointok.
A hidegindítás évekig a serverless legfőbb ellenérve volt. Provisioned concurrency, SnapStart és karcsúbb futtatókörnyezetek után viszont érdemes újra feltenni a kérdést: kit és mikor zavar egyáltalán?
A logok, metrikák és trace-ek nélkülözhetetlenek, de a megfigyelhetőség költsége csendben a számla egyik legnagyobb sorává nőhet. Hogyan tartsd kordában?
A puszta nyelvi modell nem ismeri a céged dokumentumait. A RAG összeköti a modellt a saját tudásbázisoddal — de a minőség a visszakeresésen áll vagy bukik.
A beégetett titok a felhős biztonság egyik leggyakoribb hibája. Nézzük, hogyan kezeld a jelszavakat és kulcsokat rendesen — és miért baj a .env a repóban.
Biztonság, megbízhatóság, teljesítmény, költség, működési kiválóság. A Well-Architected keretrendszer öt pillére nem elmélet, hanem gyakorlati iránytű.