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
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.
A Google Cloud Run GPU-támogatást biztosít mesterséges intelligencia projektekhez
A Google Cloud hivatalosan is elindította az NVIDIA GPU támogatás általános elérhetőségét a Cloud Run számára, ami jelentős előrelépést jelent a szerver nélküli platformjában. Ez a frissítés célja, hogy a fejlesztőknek költséghatékony, skálázható megoldást nyújtson a GPU-alapú feladatokhoz, különösen az AI-következtetéshez és a kötegelt feldolgozáshoz kapcsolódóakhoz. Ezzel válaszol a felhőben elérhető, GPU-erőforrások iránti növekvő igényre, miközben megőrzi azokat a kulcsfontosságú funkciókat, amelyek a Cloud Run-t népszerűvé tették a fejlesztők körében.
GitHub-integrációval erősít a Gemini Advanced
A mesterséges intelligencia alapú fejlesztői eszközök terén nincs hiány újabb és újabb fejlesztésekben. A Google ezzel kapcsolatban most bejelentette, hogy közvetlen GitHub-integrációval bővíti Gemini Advanced nevű prémium AI-asszisztensét. A lépés nem csupán válasz a rivális OpenAI hasonló fejlesztéseire, hanem egyben komoly előrelépés is a fejlesztői munkafolyamatok hatékonyságának növelésében.
Az Apple Anthropic-ra támaszkodva kíván saját „Vibe-Coding” platformot létrehozni
Az Apple számos nehézséggel nézett szembe az utóbbi időben saját mesterséges intelligencia megoldásainak kifejlesztése során, ezért talán nem meglepő, hogy a továbbiakban inkább külső AI-szakértelemre támaszkodna a további fejlesztések érdekében. Most úgy döntöttek, hogy az Anthropic-al egyesítik erőiket egy forradalmi „vibe-coding” szoftverplatform létrehozására, amely a generatív mesterséges intelligenciát használja fel a programozók kódjának írására, szerkesztésére és tesztelésére - derül ki a legfrissebb jelentésekből.
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.

Az elmúlt néhány napban megjelent Linux disztribúció frissítések