Az Aurora Serverless v2 és a Zéró Kapacitású Skálázás

Az Amazon nemrégiben új szintre emelte az Aurora Serverless technológiát: a Serverless v2 immár támogatja a nullkapacitású skálázást, amely lehetővé teszi az adatbázisok automatikus szüneteltetését az inaktív időszakok alatt. Ez a fejlesztés nemcsak költséghatékonyságot hoz, hanem közelebb viszi a szervermentes megoldásokat a valódi „szervermentes” élményhez. A funkció régóta várt újdonság, amely máris jelentős visszhangot váltott ki az IT-közösségben.

Mi is az a Zéró Kapacitású Skálázás?

A nullkapacitásig történő skálázás azt jelenti, hogy egy adatbázis-példány teljesen leállhat, ha nincsenek aktív kapcsolatok. Amint új kérés érkezik, az adatbázis automatikusan újraindul, és alkalmazkodik az aktuális igényekhez. Az új funkció különösen hasznos olyan alkalmazások esetében, ahol az időszakos vagy alacsony forgalom jellemző, például fejlesztési és tesztelési környezetekben.

Hogyan Működik?

  • Automatikus szüneteltetés: Az adatbázis-példány inaktivitás esetén szüneteltethető. A szüneteltetési idő hossza az SecondsUntilAutoPause beállítással szabályozható, amely 5 perctől 1 napig terjedhet.

  • Újraindítás és skálázás: Ha új kapcsolatot kérnek, az adatbázis automatikusan újraindul, és az alkalmazás igényeinek megfelelően skálázódik. Az újraindítás általában körülbelül 15 másodpercet vesz igénybe.

  • Korlátozások: Bizonyos helyzetekben, például RDS Proxy használata esetén, az adatbázis nem skálázódhat nullára, mert a proxy állandó kapcsolatot tart fenn.

Miért Fontos?

Az Aurora Serverless v2 korábbi verziói legalább 0,5 ACU kapacitást igényeltek. Ez azt jelentette, hogy a rendszer nem tudott teljesen leállni, így az ügyfelek nem élvezhették a maximális költséghatékonyságot. Az AWS közössége hosszú évekig bírálta ezt a korlátozást, különösen az Aurora Serverless v1 esetében, amelyet az AWS azóta visszavont.

Ahogy Corey Quinn, a The Duckbill Group vezetője megjegyezte: „Végre az AWS felismerte, hogy a serverless valóban azt jelenti, hogy nullára skálázódik.”

Mik a Felhasználási Esetek?

  1. Fejlesztési és tesztelési környezetek: Olyan munkaterhelésekhez, ahol nem kritikus a folyamatos rendelkezésre állás.

  2. Ritkán használt alkalmazások: Azok az alkalmazások, amelyek tolerálják a 15 másodperces újraindítási időt.

  3. Költségoptimalizáció: Ideális választás lehet azok számára, akik alacsony költségvetésű, de rugalmas adatbázis-megoldást keresnek.

Támogatott Verziók

A nullakapacitású skálázás jelenleg az alábbi verziókban érhető el:

  • Aurora PostgreSQL: 13.15+, 14.12+, 15.7+, 16.3+

  • Aurora MySQL: 3.08+

Mire Kell Figyelni?

Az AWS hangsúlyozza, hogy az alkalmazásoknak megfelelően kell kezelniük az újraindítást. Például:

  • Időkorlátok beállítása: Az olyan paramétereket, mint a connectTimeout és az sslResponseTimeout, a JDBC-illesztőprogramban úgy kell konfigurálni, hogy meghaladják az újraindítási időt.

  • Kapcsolati logika: Az alkalmazásoknak újra kell próbálkozniuk a kapcsolódással, ha az első kísérlet hibás.

Záró Gondolatok

Az Aurora Serverless v2 nullára skálázhatósága jelentős előrelépés, amely méltán kapott pozitív visszhangot. Bár a hidegindítás némi kompromisszummal jár, a költségek és rugalmasság szempontjából az új funkció izgalmas lehetőségeket nyit meg, különösen nem üzleti kritikus alkalmazások számára. Ahogy Yan Cui fogalmazott: „Végre méltó a nevéhez!”

Osszd meg ezt a cikket
Megjelent a TypeScript 5.9
A TypeScript 5.9 egyik legfontosabb újítása a halasztott modulkiértékelés (deferred module evaluation) támogatása az import defer szintaxison keresztül, amely az ECMAScript egy jövőbeli szabványjavaslatát ülteti át a gyakorlatba.
Ennyi ‘utálom a CSS-t’ cikk után hogy lehet, hogy a CSS mégis ennyire sikeres?
Ha valaha rákerestél arra, hogy „miért utálják a fejlesztők a CSS-t”, akkor tudod: az interneten a siralmak özöne vár. Fórumposztok, tweetek, mémek és hosszú blogbejegyzések ezrei panaszkodnak a CSS „érthetetlen viselkedésére”, a „nem-igazi programozás” mivoltára vagy a „csak dizájnereknek való vacak” narratívára. Mintha a fejlesztői kultúra egyik csendes alaptétele lenne, hogy a CSS egy szükséges rossz: valami, amit csak akkor használunk, ha muszáj, és lehetőleg minél gyorsabban letudjuk. De ha ennyire sokan utálják — miért nem tűnt még el? Sőt, miért látjuk azt, hogy a CSS szemantikáját egyre több nem-webes UI platform is lemásolja?
A Replit vezérigazgatója szerint emberibb jövő vár a programozókra az MI-nek köszönhetően
A mesterséges intelligencia térnyerése számos iparágat átalakít, és a szoftverfejlesztés sem kivétel. Sokan aggódnak, hogy az MI elveszi majd a munkahelyeket, és disztópikus jövőképeket festenek. Azonban Amjad Masad, a Replit vezérigazgatója szerint a valóság sokkal inkább az, hogy az MI emberibbé, interaktívabbá és sokoldalúbbá teszi a munkát. Ezt a gondolatot fejtette ki a Y Combinator YouTube csatornáján adott interjújában, amelyből a cikk főbb információi is származnak.
A szoftverek fejlődésének új korszaka
Az elmúlt évtizedekben a szoftverfejlesztés alapvetően meghatározta digitális világunkat, de a legújabb technológiai áttörések új korszakot nyitnak meg, ahol a számítógépek programozása gyökeresen átalakul. Andrej Karpathy, a Tesla korábbi mesterséges intelligencia igazgatója szerint a szoftverek fejlődése a korábbi évtizedek lassú változása után az utóbbi években drámai gyorsulást mutatott, ami alapjaiban írja újra a programozásról alkotott képünket.
Az AWS Cloud Development Kit (CDK) Sebezhetősége: Mit Kell Tudnod?
Egy friss biztonsági rés veszélyeztetheti az AWS Cloud Development Kit (CDK) felhasználóit, tudd meg, hogyan védekezhetsz ellene!
Az Amazon újabb 4 milliárd dollárt fektet az Anthropic-ba
Az Amazon újabb 4 milliárd dollárt fektetett az Anthropicba, hogy megerősítse pozícióját a generatív mesterséges intelligencia piacán. Az együttműködés az MI-alapú felhőszolgáltatások és a vállalat saját chipjeinek népszerűsítését is elősegíti.