jún. 04.serverless
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?
Lepsényi Gábor · 6 percmáj. 21.serverless
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.
Lepsényi Gábor · 14 percmáj. 15.serverless
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.
Lepsényi Gábor · 6 percápr. 30.serverless
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.
Lepsényi Gábor · 14 percápr. 16.serverless
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.
Lepsényi Gábor · 6 percmárc. 18.serverless
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.
Lepsényi Gábor · 6 percfebr. 23.serverless
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.
Lepsényi Gábor · 6 percfebr. 03.serverless
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.
Lepsényi Gábor · 6 percjan. 20.serverless
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?
Lepsényi Gábor · 6 percdec. 08.serverless
Az ACU-alapú automatikus skálázás tüskés terhelésre kiváló, stabil, magas alapterhelésre viszont drágább lehet a hagyományos kiépítésnél. Hol a határ?
Lepsényi Gábor · 6 percnov. 03.serverless
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.
Lepsényi Gábor · 6 percokt. 07.serverless
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.
Lepsényi Gábor · 6 percszept. 17.serverless
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?
Lepsényi Gábor · 6 percaug. 20.serverless
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.
Lepsényi Gábor · 6 percjúl. 18.serverless
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?
Lepsényi Gábor · 6 percjún. 05.serverless
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?
Lepsényi Gábor · 4 percnov. 11.serverless
A menedzselt modellhozzáférés levette a modelltréning terhét, de az éles GenAI-funkció más kihívásokat hoz: költség, latencia, minőség, biztonság.
Lepsényi Gábor · 6 percjúl. 29.serverless
Az események köré szervezett rendszer rugalmasabb és jobban skálázódik, de új nehézségeket is hoz. Mikor válaszd, és mire figyelj a gyakorlatban?
Lepsényi Gábor · 6 percjún. 24.infra
A serverless adatbázis a nullától skálázódó kapacitást ígéri. Vonzó a változó terhelésre, de a kiszámíthatatlan költség és a hidegindulás résen tart.
Lepsényi Gábor · 6 perc