Supabase výrazně zrychlil a zabezpečil Storage

Supabase 5. března oznámil rozsáhlé změny ve Storage, které řeší výkon při velkém měřítku, bezpečnostní slabiny a časté zdroje support problémů. I když nejde o „AI model“, pro vibecoding je to velmi relevantní release: většina AI-vygenerovaných aplikací potřebuje co nejrychleji funkční backend pro soubory, avatary, přílohy, obrázky, exporty, dokumenty nebo multimodální vstupy. Supabase popsal, že Storage už v některých projektech drží desítky milionů objektů, což odhalilo limity původní architektury. Problémy se týkaly hlavně výkonu při konkurenčních uploadech, SQL patternů, které mohly vést k osiřelým objektům, a path traversal zranitelnosti ve file backendu. Release měl tyto oblasti opravit a změny byly podle Supabase nasazeny ve všech regionech. Největší technickou změnou byl přepis způsobu, jakým Storage listuje objekty. Původní systém používal tabulku prefixů, triggery a helper funkce pro udržování složkové struktury. Na velkých bucketech to zpomalovalo zápisy. Pro vývojáře je to typický příklad toho, že jednoduchý backend-as-a-service se při růstu aplikace může stát úzkým hrdlem, pokud základní operace jako upload a listování nejsou dobře navržené. Praktický dopad pro vibecodery: pokud stavíte v Boltu, Lovable, Cursoru nebo v0 aplikaci na Supabase, Storage je často první volba pro práci se soubory. Zrychlení a bezpečnostní opravy znamenají menší riziko, že prototyp po přechodu do produkce narazí na limity při větším množství uživatelů nebo dat. Tento update připomíná, že úspěšný AI-built produkt není jen hezké UI a generovaný kód. Potřebuje i robustní backendové služby, které unesou reálný provoz.