Hat tárhelycsalád
Egy webalkalmazás kódból áll, amely a kérésekre válaszol, egy adatbázisból, amely az állapotot őrzi, és gyakran háttérfeladatokból. Minden tárhelycsalád ezek egy részét vállalja át.
- Az MI-alapú alkalmazáskészítők maguk teszik közzé az alkalmazást: a Lovable egy
lovable.app végű címen, beépített backenddel (adatbázis, felhasználói bejelentkezés, fájlok), a Bolt egy bolt.host végű címen, a Replit négyféle telepítési móddal. - A telepítési platformok (Vercel, Netlify) minden kódfeltöltéskor felépítik az alkalmazást, a saját hálózatukról szolgálják ki, a szerveroldali kódot pedig függvények formájában futtatják.
- A PaaS-szolgáltatások (Render, Railway, Fly.io) a saját konténereikben futtatják az Ön által megadott szolgáltatásokat: webszerver, worker, ütemezett feladat, adatbázis.
- A felhő (AWS, Google Cloud, DigitalOcean) építőelemek katalógusát kínálja, amelyeket Ön rak össze: gépek, menedzselt adatbázisok, tárolók, üzenetsorok.
- A nem menedzselt VPS egy szervert ad Önnek, root-hozzáféréssel: minden, ami rajta történik, az Ön dolga.
- A menedzselt VPS ugyanaz a szerver, a tárhelyszolgáltató üzemeltetésében: ő tartja naprakészen, ő felügyeli, és ő avatkozik be.
Az összehasonlítás, szempontról szempontra
Az első táblázat azt mutatja, mi marad az Ön feladata, a második azt, mit fizet, és hol vannak az adatai (2026 októberében közzétett árak és dokumentációk alapján).
Amit Ön kezel, az adatbázis, a háttérfeladatok
| Család | Amit Ön kezel | Adatbázis | Háttérfeladatok, állandó folyamatok |
|---|
| MI-alapú alkalmazáskészítők | Az alkalmazást, az eszköz keretein belül | Beépített (Lovable) vagy csatolt, például Supabase | Eszköztől függően (fenntartott gép és ütemezett telepítések a Replitnél) |
| Telepítési platformok | A kódot és a konfigurációját | Külső szolgáltatónál (Neon, Supabase, Upstash a Vercel Marketplace-en keresztül) | Korlátozott futásidejű függvények: a Vercelnél alapértelmezésként 300 s, Pro csomagban 800 s (bétában 1800 s); állandó folyamatok bétában |
| PaaS | A kódot, a szolgáltatásokat és azok méretét | A platform kínálja, külön számlázva | Workerek és ütemezett feladatok, szolgáltatásként megadva |
| Felhő | A teljes architektúrát: hálózat, gépek, hozzáférések | Menedzselt szolgáltatás vagy adatbázis egy gépen | Mindent, a szolgáltatások összerakásával |
| Nem menedzselt VPS | A szervert: rendszer, biztonság, mentések, felügyelet | A szerveren, Ön állítja be és menti | Amennyit a memória enged |
| Menedzselt VPS | A kódját; a szervert a tárhelyszolgáltató üzemelteti | A szerveren, a tárhelyszolgáltató menti | Amennyit a memória enged, a tárhelyszolgáltató felügyeletével |
A számla, az adatok, a továbblépés
| Család | Számla | Az adatok helye | Hordozhatóság |
|---|
| MI-alapú alkalmazáskészítők | Előfizetés; a Lovable-nél a beépített backend krediteket fogyaszt | A platformnál és szolgáltatóinál | GitHubbal szinkronizált kód (Lovable); a beépített backend külön költözik |
| Telepítési platformok | Előfizetés, majd használat: a Vercel Pro csomagban havonta 20 USD minden telepítő tag után, benne 20 USD használati kerettel | Függvények egy régióban (a Vercelnél alapértelmezésként iad1), adatbázis a saját szolgáltatójánál | Szabványos kód; a platform saját szolgáltatásait le kell cserélni |
| PaaS | Erőforrás alapján: a Railwaynél havonta vCPU-nként 20 USD, a memória gigabájtjáért 10 USD | Választható régió (a Rendernél öt) | Egyszerű, ha van Dockerfile |
| Felhő | Szolgáltatásonként; az AWS-nél a kimenő adatforgalom a havi 100 GB ingyenes keret felett díjköteles | Az Ön által választott régió | A használt szolgáltatásoktól függ |
| Nem menedzselt VPS | Méretenként egy ár; az adatforgalom egy benne foglalt mennyiség felett néha díjköteles (a DigitalOceannél GiB-onként 0,01 USD) | A szerver adatközpontja | Teljes: szabványos szoftverek, root-hozzáférés |
| Menedzselt VPS | Méretenként egy havi ár, az üzemeltetéssel együtt | A szerver adatközpontja; mentések a gépen kívül | Teljes: a kódja és az adatai az Önéi maradnak |
Három szempont, amelyet érdemes közelről megnézni
A forgalmat követő számla
Egy használat alapján számlázó platformon egy hónap ára attól függ, mit csinált az alkalmazás abban a hónapban. A Vercelnél, miután a benne foglalt keret elfogyott, a függvények processzorideje és memóriája, az oldalak újragenerálása és a képátalakítások egységenként számlázódnak; a Fly.io-nál a gépekért másodpercalapon fizet. Kis induláshoz ideális modell, de ahogy az alkalmazás nő, érdemes szemmel tartani a vezérlőpultot. VPS-en egy forgalmi csúcs a szerver erőforrásait fogyasztja, a számla pedig ugyanaz marad: a kérdés az lesz, milyen méret bírja a csúcsait, tartalékkal.
Háttérfeladatok és állandó folyamatok
Feladatsor-workerek, szinkronizáló robotok, valós idejű kapcsolatok, ütemezett feladatok: sok alkalmazásnak van ilyen második élete. A telepítési platformok korlátozott futásidejű függvényekre épülnek, a Vercel pedig bétában kínál állandó folyamatokat (Vercel Daemons). A PaaS-szolgáltatások ezeket külön szolgáltatásként kezelik, a Rendernél background worker vagy cron job formájában. Egy szerveren ezek ugyanolyan folyamatok, mint a többi, a rendszer indítja és indítja újra őket.
Az adatok helye
A Vercelnél a függvények alapértelmezésként az iad1 (Washington) régióban futnak, és a dokumentáció azt javasolja, hogy az adatbázis ugyanabban a régióban legyen: minden oda-vissza út egy távoli adatbázishoz késleltetésben fizetődik meg. VPS-en az alkalmazás és az adatbázisa ugyanazon a gépen osztozik, egy azonosított adatközpontban, amit az üzleti ügyfelek és a személyes adatokat szabályozó szerződések gyakran megkövetelnek.
Az Ön helyzete szerint
| Az Ön helyzete | A hozzá illő tárhely |
|---|
| Prototípus, bemutató, kipróbálandó ötlet | A készítőeszköz tárhelye vagy egy platform ingyenes csomagja (a Vercelnél a Hobby csomag személyes, nem kereskedelmi használatra szól) |
| Alkalmazás az első felhasználóival | Menedzselt VPS; PaaS, ha a csapata maga fejleszt és telepít |
| Üzleti alkalmazás: ügyféladatok, tőle függő csapat | Menedzselt VPS: azonosított helyen tárolt adatok, mentések, felügyelet beavatkozással |
| A fejlesztő távozott, vagy az alkalmazás MI-vel készült | Menedzselt VPS, a meglévő rendszer átvételével és átköltöztetésével |
| Technikai csapat, amely meg akarja tartani az irányítást | VPS, támogatással a mindennapokon túlmutató kérdésekhez |
| Főként statikus webhely, erősen ingadozó, világméretű forgalommal | Telepítési platform és annak tartalomelosztó hálózata |
Amíg az alkalmazás egy ötlet bemutatására szolgál, az eszköz, amelyben készült, egyetlen kattintással közzéteszi. A tárhely kiválasztása az első felhasználókkal érkezik: védendő adatokkal és tervezendő számlával.
Amint az alkalmazásnak felhasználói vannak, és a csapatban senkinek sem feladata szervert adminisztrálni, a válasz a Managed VPS: az alkalmazás egy csak neki fenntartott szerveren fut, az adatbázisával, a háttérfeladataival és az erőforrásaival együtt, a tárhelyszolgáltató pedig üzemelteti Ön helyett. A proaktív üzemeltetés magát az alkalmazást is figyeli (hibák, lassulások, költséges lekérdezések, lemezterület), és javasolja a javítást, amelyet Ön vagy MI-asszisztense alkalmaz. Távozott a fejlesztő? Az üzemeltetés úgy veszi át a meglévő rendszert, ahogy van, az átköltöztetéssel együtt.
Egy saját maga adminisztráló csapat annak a szervernek veszi a legnagyobb hasznát, amely felett megtartja az irányítást: a Simafri VPS Pro csomagja tartalmazza a Teljes körű támogatást, diagnózissal a rendszertől egészen az alkalmazás kódjáig.
Tárhelyváltás a nulláról kezdés nélkül
A mai döntés holnap felülvizsgálható, ha az alkalmazás hordozható marad:
- A kód egy saját git-tárolóban. A Lovable szinkronizálja a GitHubbal, ahonnan máshová is telepíthető.
- A konfiguráció környezeti változókban, listába szedve: API-kulcsok, az adatbázis címe, titkos kulcsok.
- Szabványos adatbázis (PostgreSQL, MySQL), amely a megszokott eszközeivel exportálható és újraimportálható.
- A platform saját szolgáltatásai előre feltérképezve (fájltárolás, a konfigurációjában megadott ütemezett feladatok): ezeket kell lecserélni.
A Next.js jó példa erre: a dokumentációja szerint a next build, majd next start paranccsal indított Node.js-szerver minden funkcióját támogatja, bármely tárhelyszolgáltatónál, amely Node.js-t futtat.
Szerző: Simon Vasconcelos Lee
Közzétéve 2026. november 3-ánOlvasási idő: 8 perc