Kako smanjiti troškove hostinga za vašu aplikaciju

Da biste smanjili troškove hostinga, saznajte šta se zaista pokreće i zašto, pa neka sve spava kada to niko ne koristi. Na hosting servisima koji se skaliraju na nulu, neaktivna aplikacija i uspavana baza koštaju vrlo malo, pa najveće uštede obično dolaze od uklanjanja onoga što ih drži budnim — najčešće koda koji proverava bazu na svakih nekoliko sekundi — a zatim od smanjenja saobraćaja i brisanja aplikacija koje niko ne koristi.

Većina malih aplikacija nema problem sa saobraćajem. Imaju problem „nešto je uvek uključeno“. Ovaj vodič pokazuje kako to da nađete i popravite, uz upite koje možete dati AI graditelju aplikacija.

Za šta zapravo plaćate

Računi za hosting malih aplikacija dolaze iz nekoliko stvari. Kada znate koja je velika, znate gde da gledate.

Mnogi savremeni hostovi, uključujući Mythex, skaliraju se na nulu: kada niko ne koristi aplikaciju, server se zaustavlja i ne košta ništa za računarske resurse, a zatim se probudi pri sledećoj poseti. Zbog toga pitanje više nije „koliko je veliki moj server?“ nego „zašto je moj server budan?“

Korak 1: Pogledajte gde odlazi novac

Pre nego što išta menjate, otvorite stranicu za korišćenje vašeg hosta i pronađite:

• Koji projekat košta najviše. Često je jedna aplikacija većina računa.
• Koja kategorija — računarski resursi, baza, saobraćaj ili skladište.
• Kada troši. Ravna linija tokom noći, kada nemate korisnike, znak je da nešto drži aplikaciju budnom.

Na Mythex-u, Detalji korišćenja prikazuju poslednjih 30 dana podeljenih na Build (AI agent) i Run (hosting, saobraćaj, baza i skladište fajlova), sa raščlambom po projektu.

Korak 2: Pustite neaktivne aplikacije i baze da spavaju

Ovo je pravi pokretač kod većine malih aplikacija. Baza koja spava kada je neaktivna i probudi se pri sledećem zahtevu košta skoro ništa tokom mirnih sati. Baza kojoj se pristupa na svakih nekoliko sekundi nikada nije neaktivna, pa plaćate ceo dan.

Mythex-ova ograničenja hostinga objašnjavaju kako ovo radi za objavljene aplikacije: uspavana aplikacija ne troši ništa za računarske resurse, baza kreće u najmanjoj veličini, raste dok je zauzeta, spava posle 5 minuta neaktivnosti i naplaćuje se prema svojoj veličini pomnoženoj vremenom dok je bila budna. Dakle, aplikacija koja pristupa bazi čak i jednom na nekoliko minuta, dan i noć, naplaćuje se kao da je stalno zauzeta — dok ista aplikacija bez pozadinskog saobraćaja košta vrlo malo.

Uobičajene stvari koje drže aplikaciju budnom:

• Proveravanje (polling). Stranica koja serveru svakih 2–5 sekundi pita „ima li nečega novog?“. Ako ostavite tu karticu otvorenu na jednom laptopu, baza nikada ne spava.
• Automatski osvežavajuće table koje ponovo učitavaju podatke po tajmeru, čak i kada niko ne gleda.
• Nadzor dostupnosti koji šalje zahtev aplikaciji svakog minuta.
• Pozadinske petlje u serverskom kodu — setInterval koji zauvek čisti ili sinhronizuje podatke.
• Zakazani zahtevi „keep-alive“ koje je neko dodao da izbegne sporo prvo otvaranje — oni rade tako što sprečavaju spavanje, što je tačno ono što košta novac.

Zamolite AI da ih pronađe:

Pregledaj kod i nađi sve što se pokreće po tajmeru ili ponovo upituje bazu: proveravanje, setInterval, automatsko osvežavanje, pozadinske petlje. Navedi svaku, koliko često se pokreće i da li se pokreće kada niko nema otvorenu stranicu. Ništa još ne menjaj.

Zatim ih popravljajte jednu po jednu:

Tabla proverava /api/orders na svakih 3 sekunde. Promeni da se osvežava samo dok je kartica pregledača vidljiva, i na svakih 60 sekundi umesto na 3. Dodaj dugme Refresh za ručno osvežavanje.

Ako vaša aplikacija zaista treba ažuriranja uživo (četovanje, rezultati uživo), pitajte da li može da šalje ažuriranja samo kada se nešto promeni, umesto da stalno pita. Za mnoge aplikacije je dovoljno „osveži kada se korisnik vrati na karticu“.

Korak 3: Podesite veličinu servera

Veće mašine koštaju više po satu. Mnoge aplikacije napravljene AI-jem počinju na podrazumevanoj veličini koja je dovoljna; problemi nastaju kada se traži „više snage“ da bi se popravila sporost koja je zapravo bila spor upit.

• Zadržite najmanju veličinu koja opslužuje vaš saobraćaj bez grešaka.
• Ako vidite padove zbog memorije, prvo pitajte AI da li aplikacija učitava previše u memoriju (celu tabelu umesto jedne stranice rezultata).
• Dodajte mašine samo ako imate izmeren saobraćaj koji ih zahteva.

Na Mythex-u, veličina mašine se bira pri objavljivanju prema tome šta aplikaciji treba, a dodatne mašine se pokreću samo kada je saobraćaj velik i vraćaju se u režim spavanja kada padne. Trošak prati veličinu, pa u razgovoru zatražite manju veličinu ako mislite da je prevelika.

Korak 4: Smanjite saobraćaj

Saobraćaj je ono što posetioci preuzimaju. Slike su obično najveći deo.

• Kompresujte slike i koristite savremene formate kao što su WebP ili AVIF.
• Promenite veličinu slika na veličinu u kojoj se prikazuju. Fotografija od 4.000 piksela prikazana kao sličica od 400 piksela troši većinu onoga što se preuzme.
• Učitavajte slike sa odloženim učitavanjem ispod prvog ekrana.
• Keširajte statičke fajlove (skripte, stilove, slike) da se vraćajući posetioci ne preuzimaju ih ponovo. Pogledajte šta je keširanje.
• Nemojte da aplikacija isporučuje velike fajlove pri svakom prikazu stranice.

Proveri svaku sliku u aplikaciji. Promeni im veličinu na najveću veličinu u kojoj se prikazuju, pretvori ih u WebP i omogući odloženo učitavanje za sve što je ispod prvog ekrana. Reci mi ukupnu veličinu pre i posle.

Brže stranice i manji saobraćaj obično idu zajedno — pogledajte kako ubrzati vaš sajt.

Korak 5: Očistite ono što niko ne koristi

• Sklonite objavljene stare aplikacije — test deploy-ove, završene eksperimente, sajt događaja iz prošle godine.
• Obrišite stare otpremljene fajlove, logove i izvoze koji vam ne trebaju.
• Obrišite deljene linkove za pregled koje više ne koristite. Na Mythex-u, otvaranje linka za pregled budi projekat i troši vaše kredite, pa zaboravljeni link koji neko stalno otvara i dalje košta.
• Uklonite neiskorišćene servise — API server ili worker koji aplikacija više ne poziva.

Korak 6: Razmotrite statički sajt

Ako vaš sajt nema prijave, nema sačuvanih korisničkih podataka i nema serversku logiku — marketinški sajt, portfolio, meni — može biti statički sajt: obični fajlovi koji se isporučuju sa CDN-a. Nema servera ni baze koju treba održavati. Na Mythex-u, statički sajtovi ne troše kredite dok stoje.

Ovaj sajt nema prijave ni sačuvane podatke. Može li da se ponovo napravi kao statički sajt bez servera? Šta bismo izgubili?

Korak 7: Pratite plaćene API pozive

Za aplikacije koje pozivaju AI modele, mape ili SMS, računi trećih strana mogu da nadmaše hosting.

• Zahtevajte prijavu za sve što košta novac po pozivu.
• Dodajte ograničenje po korisniku (pogledajte šta je ograničavanje broja zahteva).
• Keširajte odgovore koji se ne menjaju, na primer geokodiranje iste adrese.
• Podesite ograničenja potrošnje ili upozorenja kod svakog provajdera.

Uobičajene greške

• Pogađanje umesto merenja. Prvo proverite raščlambu korišćenja; skupi deo često nije ono što biste očekivali.
• Kupovina većeg servera da bi se popravila sporost. Nedostajući indeks u bazi ili učitavanje previše podataka obično je pravi uzrok.
• Proveravanje svega. Svaki tajmer na svakih nekoliko sekundi razlog je da baza ostane budna.
• Pingovanje aplikacije da bi ostala „topla“. To uklanja uštedu koju daje skaliranje na nulu. Prihvatite kratko buđenje pri prvoj poseti ili namerno platite stalni rad.
• Zaboravljena stara izdanja. Neiskorišćene aplikacije sa bazama i pozadinskim poslovima tiho se gomilaju.
• Nekompresovane slike. Često najveći trošak saobraćaja na malim sajtovima.

Kontrolna lista

• Znam koji projekat i koja kategorija (računarski resursi, baza, saobraćaj, skladište) najviše košta.
• Ništa ne proverava bazu na svakih nekoliko sekundi kada niko ne gleda.
• Table se osvežavaju u razumnom intervalu ili samo dok je kartica vidljiva.
• Nijedan nadzor dostupnosti ni pozadinska petlja ne drži aplikaciju budnom bez razloga.
• Server je najmanja veličina koja radi.
• Slike su promenjene po veličini, kompresovane i učitavaju se odloženo; statički fajlovi su keširani.
• Stare aplikacije su sklonjene, stari fajlovi obrisani, a neiskorišćeni linkovi za pregled uklonjeni.
• Sajtovi bez podataka i prijava su statički.
• Plaćeni API-ji imaju prijavu, ograničenja po korisniku i upozorenja o potrošnji kod provajdera.

Smanjenje troškova na Mythex-u

Mythex koristi jedan saldo kredita i za izradu i za hosting, pa uštede na hostingu ostavljaju više kredita za izradu. Nekoliko stvari specifičnih za Mythex:

• Objavljene aplikacije i njihove baze spavaju kada su neaktivne i bude se pri sledećoj poseti. Baza spava posle 5 minuta neaktivnosti, pa je uklanjanje stalnog proveravanja obično najveća dobit.
• Pro plaća polovinu Free cene za hosting, baze, saobraćaj, skladište fajlova i preview sandbox; AI košta isto na oba plana. Pogledajte Kredite.
• Dobijate imejl pre nego što bi nizak saldo zaustavio objavljenu aplikaciju, a zaustavljene aplikacije zadržavaju svoju bazu i fajlove.

Za širu sliku o troškovima rada, pogledajte koliko košta izrada aplikacije i šta je web hosting.

Pitanja