Jak snížit náklady na hosting vaší aplikace

Abyste snížili náklady na hosting, zjistěte, co skutečně běží a proč, a pak nechte všechno spát, když to nikdo nepoužívá. U hostingů, které škálují na nulu, stojí nečinná aplikace a spící databáze velmi málo, takže největší úspory obvykle přinese odstranění toho, co je drží vzhůru – nejčastěji kód, který kontroluje databázi každých několik sekund – a pak zmenšení přenosu dat a smazání aplikací, které nikdo nepoužívá.

Většina malých aplikací nemá problém s provozem. Mají problém „něco je pořád zapnuté“. Tento návod ukazuje, jak ho najít a opravit, s prompty, které můžete dát AI nástroji pro tvorbu aplikací.

Za co skutečně platíte

Účty za hosting malých aplikací se skládají z několika položek. Vědět, která je velká, vám ukáže, kde hledat.

Mnoho moderních hostingů, včetně Mythexu, škáluje na nulu: když aplikaci nikdo nepoužívá, server se zastaví a za výpočetní výkon nestojí nic, a probudí se při další návštěvě. To mění otázku z „jak velký je můj server?“ na „proč je můj server vzhůru?“

Krok 1: Podívejte se, kam jdou peníze

Než cokoli změníte, otevřete přehled využití svého hostingu a zjistěte:

• Který projekt stojí nejvíc. Často jedna aplikace tvoří většinu účtu.
• Která kategorie – výpočetní výkon, databáze, přenos dat nebo úložiště.
• Kdy se utrácí. Vodorovná čára přes noc, kdy nemáte žádné uživatele, je vodítko, že něco drží aplikaci vzhůru.

Na Mythexu ukazuje Podrobnosti využití posledních 30 dní rozdělených na Build (AI agent) a Run (hosting, přenos dat, databáze a úložiště souborů), s rozpisem podle projektu.

Krok 2: Nechte nečinné aplikace a databáze spát

Toto je u většiny malých aplikací hlavní páka. Databáze, která při nečinnosti usne a probudí se při další žádosti, stojí během klidných hodin téměř nic. Databáze, na kterou se každých pár sekund dotazujete, nikdy nezaleží do nečinnosti, takže platíte celý den.

Limity hostingu na Mythexu popisují, jak to funguje u publikovaných aplikací: spící aplikace nestojí nic za výpočetní výkon, databáze začíná v nejmenší velikosti, roste při zatížení, po 5 minutách nečinnosti usne a je účtována podle velikosti vynásobené dobou, po kterou byla vzhůru. Aplikace, která se dotazuje na databázi i jednou za pár minut, dnem i nocí, se tedy účtuje, jako by byla pořád zaneprázdněná, zatímco stejná aplikace bez zbytečného pozadí stojí velmi málo.

Časté věci, které drží aplikaci vzhůru:

• Dotazování. Stránka se každé 2–5 sekund ptá serveru „je něco nového?“. Nechte tu kartu otevřenou na jednom notebooku a databáze nikdy nespí.
• Dashboardy s automatickým obnovováním, které načítají data na časovači, i když se na ně nikdo nedívá.
• Monitory dostupnosti, které pingují aplikaci každou minutu.
• Smyčky na pozadí v serverovém kódu – setInterval, který navždy uklízí nebo synchronizuje data.
• Naplánované požadavky „keep-alive“, které někdo přidal, aby se vyhnul pomalé první návštěvě – fungují tak, že brání spánku, a přesně to stojí peníze.

Požádejte AI, ať je najde:

Projdi kód a najdi vše, co běží na časovači nebo opakovaně dotazuje databázi: dotazování, setInterval, automatické obnovování, smyčky na pozadí. Vypiš každou z nich, jak často běží a zda běží, i když nikdo nemá stránku otevřenou. Zatím nic neměň.

Pak je opravte jednu po druhé:

Dashboard se každé 3 sekundy dotazuje na /api/orders. Změň to tak, aby se data obnovovala jen tehdy, když je karta prohlížeče viditelná, a každých 60 sekund místo 3. Přidej tlačítko ruční obnovy.

Pokud vaše aplikace opravdu potřebuje živé aktualizace (chat, živý výsledek zápasu), zeptejte se, zda může posílat aktualizace jen tehdy, když se něco změní, místo neustálého dotazování. U mnoha aplikací stačí „obnovit, když se uživatel vrátí na kartu“.

Krok 3: Správně dimenzujte server

Větší stroje stojí víc za hodinu. Mnoho aplikacím vytvořeným AI stačí výchozí velikost; problémy vznikají, když se žádá „více výkonu“ kvůli pomalosti, která byla ve skutečnosti pomalým dotazem.

• Držte se nejmenší velikosti, která obslouží váš provoz bez chyb.
• Pokud vidíte pády kvůli paměti, nejdříve se AI zeptejte, zda aplikace nenačítá do paměti příliš mnoho (celou tabulku místo jedné stránky výsledků).
• Přidávejte stroje, jen pokud máte změřený provoz, který je potřebuje.

Na Mythexu se velikost stroje vybírá při publikaci podle toho, co aplikace potřebuje, a další stroje se spustí jen při velkém provozu a když provoz klesne, vrátí se do spánku. Náklady sledují velikost, takže pokud si myslíte, že je server předimenzovaný, požádejte v chatu o menší velikost.

Krok 4: Snižte přenos dat

Přenos dat je to, co návštěvníci stáhnou. Obrázky jsou obvykle největší část.

• Komprimujte obrázky a používejte moderní formáty jako WebP nebo AVIF.
• Změňte velikost obrázků na velikost, v jaké se zobrazují. Fotka o 4 000 pixelech zobrazená jako miniatura o 400 pixelech plýtvá většinou toho, co se stáhne.
• Líně načítejte obrázky pod hranicí první obrazovky.
• Cachujte statické soubory (skripty, styly, obrázky), aby se vracející se návštěvníci nestahovali znovu. Viz co je cachování.
• Neposílejte při každém zobrazení stránky velké soubory.

Zkontroluj každý obrázek v aplikaci. Změň jejich velikost na největší velikost, v jaké se zobrazují, převeď je do WebP a líně načítej vše pod první obrazovkou. Řekni mi celkovou velikost před a po.

Rychlejší stránky a nižší přenos dat obvykle jdou ruku v ruce – viz jak zrychlit svůj web.

Krok 5: Uklidněte to, co nikdo nepoužívá

• Zrušte publikování starých aplikací – testovacích nasazení, dokončených experimentů, loňských stránek k akci.
• Smažte staré nahrávky, logy a exporty, které nepotřebujete.
• Smažte sdílené odkazy na náhled, které už nepoužíváte. Na Mythexu otevření odkazu na náhled projekt probudí a běží na vaše kredity, takže zapomenutý odkaz, který někdo pořád otevírá, stále něco stojí.
• Odstraňte nepoužívané služby – API server nebo worker, který aplikace už nevolá.

Krok 6: Zvažte statický web

Pokud váš web nemá přihlašování, nemá uložená uživatelská data ani serverovou logiku – marketingový web, portfolio, jídelní lístek –, může být statickým webem: prostými soubory servírovanými z CDN. Není tam žádný server ani databáze, které by musely běžet. Na Mythexu statické weby, zatímco jen existují, nespotřebovávají kredity.

Tento web nemá přihlašování ani ukládaná data. Dá se přestavět jako statický web bez serveru? Co bychom ztratili?

Krok 7: Hlídejte placená API volání

U aplikací, které volají AI modely, mapy nebo SMS, mohou účty třetích stran převýšit hosting.

• Vyžadujte přihlášení pro cokoli, co stojí peníze za volání.
• Přidejte limit na uživatele (viz co je rate limiting).
• Cachujte odpovědi, které se nemění, například geokódování stejné adresy.
• Nastavte u každého poskytovatele limity utrácení nebo upozornění.

Časté chyby

• Hádání místo měření. Nejdříve zkontrolujte rozpis využití; drahá část často není to, co byste čekali.
• Koupě většího serveru kvůli pomalosti. Chybějící index v databázi nebo načítání příliš mnoha dat je obvykle skutečná příčina.
• Dotazování na všechno. Každý časovač s intervalem několika sekund je důvod, proč databáze zůstává vzhůru.
• Pingování aplikace, aby zůstala „teplá“. Tím zrušíte úsporu, kterou škálování na nulu dává. Přijměte krátké probuzení při první návštěvě, nebo zaplaťte za trvalý provoz vědomě.
• Zapomenuté staré nasazení. Nepoužívané aplikace s databázemi a úlohami na pozadí se tiše sčítají.
• Nekomprimované obrázky. Často nejvyšší položka přenosu dat u malých webů.

Kontrolní seznam

• Vím, který projekt a která kategorie (výpočetní výkon, databáze, přenos dat, úložiště) stojí nejvíc.
• Nic se nedotazuje na databázi každých několik sekund, když se nikdo nedívá.
• Dashboardy se obnovují v rozumném intervalu nebo jen když je karta viditelná.
• Žádný monitor dostupnosti ani smyčka na pozadí nedrží aplikaci vzhůru bez důvodu.
• Server je nejmenší velikost, která funguje.
• Obrázky jsou zmenšené, komprimované a líně načítané; statické soubory jsou cachované.
• Staré aplikace jsou zrušeny z publikace, staré soubory smazány, nepoužívané odkazy na náhled odstraněny.
• Weby bez dat a přihlašování jsou statické.
• Placená API mají přihlášení, limity na uživatele a upozornění na účtování u poskytovatelů.

Snižování nákladů na Mythexu

Mythex používá jeden kreditní zůstatek pro stavění i pro hosting, takže úspory na hostingu nechávají více kreditů na stavění. Několik bodů specifických pro Mythex:

• Publikované aplikace a jejich databáze při nečinnosti usínají a probouzejí se při další návštěvě. Databáze usne po 5 minutách nečinnosti, takže odstranění neustálého dotazování je obvykle největší výhra.
• Tarif Pro platí za hosting, databáze, přenos dat, úložiště souborů a náhledový sandbox poloviční sazbu oproti tarifu Free; AI stojí na obou tarifech stejně. Viz Kredity.
• Dostanete e-mail dříve, než by nízký zůstatek pozastavil publikovanou aplikaci, a pozastavené aplikace si ponechají databázi a soubory.

Pro širší pohled na provozní náklady viz kolik stojí postavit aplikaci a co je webhosting.

Otázky