Hol tárhelyezz egy React alkalmazást olcsón? VPS vagy cPanel Node.js nélkül?

Gyakorlati útmutató fejlesztőknek és kisvállalkozásoknak, akik React alkalmazást akarnak üzemeltetni észszerű költséggel. A döntés nem az ártáblán dől el, hanem azon, hogy az alkalmazásod statikus-e.

Rövid válasz

  1. 1Ha a React alkalmazásod statikus buildet ad (HTML, CSS, JavaScript fájlok), elég egy egyszerű webszerver vagy egy cPanel tárhely, mert nincs szükség futó Node.js folyamatra.
  2. 2Ha szerveroldali renderelésre, API-ra vagy háttérfolyamatokra is szükséged van, VPS kell, teljes root hozzáféréssel, mert a cPanel csomag LAMP-környezetre épül.
  3. 3Az olcsó megoldás általában a legkisebb, amelyik még hordozza a terhelést: ezért előbb döntsd el, statikus-e az alkalmazás, és csak utána válassz csomagot.
  4. 4A szerverek az EU-ban, Frankfurtban vannak, nem Magyarországon; a statikus fájloknál ez a gyakorlatban alig számít, de az adatkezelési szerződésnél (DPA) igen.

Statikus build: mikor elég az egyszerű tárhely?

A React önmagában böngészőben futó kód. A Next.js dokumentációja szerint a statikus exportálás (output: 'export') egy out mappát hoz létre HTML, CSS és JavaScript fájlokkal, a szerveroldali funkciók pedig nem támogatottak ebben a módban. Ha az alkalmazásod ezen belül marad, nincs szükség futó Node.js folyamatra, csak olyan szerverre, amely fájlokat szolgál ki.

Ilyenkor a cPanel tárhely elegendő lehet: a build tartalmát feltöltöd, az SSL tanúsítvány automatikusan megújul, napi mentés is van. Az e-mail a csomag része, így a saját domainen lévő címek sem igényelnek külön szolgáltatást. A csomagok részleteit a cPanel oldalon találod.

Mikor kell VPS?

VPS-re akkor van szükség, ha az alkalmazásnak futnia kell: szerveroldali renderelés, saját API, adatbázis, üzenetsor vagy ütemezett feladat esetén. A VPS teljes root hozzáférést ad, NVMe tárhellyel, Docker és Kubernetes használatára előkészítve. Itt te döntöd el a futtatókörnyezetet, a reverse proxyt és a frissítések ütemét.

Ez rugalmasságot ad, de felelősséget is: a szerver frissítése, a tűzfal és a mentések a te dolgod (vagy a csomaggal járó DevOps órák terhére a miénk, lásd lent). Kubernetest csak akkor érdemes bevezetni, ha több szolgáltatást kell együtt kezelni; egyetlen alkalmazásnál a Docker Compose egyszerűbb és olcsóbb üzemeltetni.

Nem kínálunk menedzselt Kubernetes terméket. A Dockert és a Kubernetest (k3s vagy K8s) a VPS-en vagy dedikált szerveren magad üzemelteted, igény esetén DevOps szolgáltatással támogatva.

EU-s adatközpont és adatkezelés

A szervereink az Európai Unióban, Frankfurtban találhatók, Magyarországon nincs adatközpontunk. Statikus tartalomnál ez a felhasználói élményben alig játszik szerepet, a hazai látogatók számára a frankfurti elhelyezés kis késleltetést jelent. Ha az alkalmazásod személyes adatot kezel, kérj adatfeldolgozói szerződést (DPA) a GDPR 28. cikke szerint, és rögzítsd, hol tárolódnak az adatok.

A 4hosting ISO 27001-hez igazodik, de nem rendelkezik ISO 27001 tanúsítvánnyal, és nem tanúsítja a te megfelelőségedet; a jogi megfelelés a te felelősséged marad.

Három példa

Bemutatkozó oldal React alapon

Egy kisvállalkozás React (Vite vagy Next.js statikus export) oldalt épít, űrlappal, amely külső szolgáltatást hív. A build után egy mappányi fájl marad, ezt fel lehet tölteni cPanel tárhelyre. Itt a VPS felesleges kiadás és felesleges karbantartás.

SaaS termék API-val és adatbázissal

Egy csapat Next.js alkalmazást futtat szerveroldali rendereléssel, mellette PostgreSQL és Redis. Ehhez futó folyamatok, reverse proxy és saját adatbázis kell, vagyis VPS. Docker használatával a telepítés megismételhető, és egy gépen belül szétválaszthatók a szolgáltatások.

Webáruház előoldala és háttérrendszere

A felület statikus, de a rendelésfeldolgozás saját szerveren fut. Ilyenkor a felület mehet olcsó tárhelyre, a háttér pedig VPS-re; a két rész külön skálázható és külön biztonsági mentéssel védhető.

Gyakori hibák

  • VPS-t venni egy olyan alkalmazáshoz, amely statikus buildet ad, és aztán a szerver frissítéseivel, tűzfalával és mentéseivel foglalkozni.
  • Megosztott tárhelyre tenni olyan alkalmazást, amelynek állandóan futó Node.js folyamat kell, és csak az élesítés után kiderülni, hogy a csomag ezt nem támogatja.
  • Kihagyni a biztonsági mentést és a visszaállítás kipróbálását: a mentés addig nem mentés, amíg nem állítottál vissza belőle.
  • Nem ellenőrizni, hol vannak a szerverek, és hogy van-e adatkezelési szerződés (DPA), ha az alkalmazás személyes adatot kezel.
  • Az árat a csomag nevéből megítélni: a valós költség a karbantartási idő is, nem csak a havi díj.

Hogyan segít a 4hosting

  • cPanel tárhely statikus oldalakhoz, e-maillel, SSL-lel és napi mentéssel.
  • VPS NVMe tárhellyel, root hozzáféréssel, Dockerre és Kubernetesre előkészítve.
  • Havi DevOps, kiberbiztonsági és programozási órák minden csomagban (cPanel esetén az Advanced csomagtól); az órák nem vihetők át a következő hónapra.
  • Ingyenes migráció a meglévő szolgáltatótól, és adatfeldolgozói szerződés (DPA) a GDPR 28. cikke szerint.
  • Az aktuális csomagokat és árakat a csomagoldalon találod, itt nem közlünk árakat.

Az ügyfélszolgálat angolul és románul érhető el.

Gyakori kérdések

Működik a React alkalmazásom cPanel tárhelyen?

Ha statikus buildet ad, igen: a build mappa tartalmát feltöltve kiszolgálható. Ha állandóan futó Node.js folyamatra van szükséged, azt a cPanel csomag leírása alapján nem ígérjük, ehhez VPS való.

Kell-e Docker a VPS-hez?

Nem kötelező, de hasznos: a VPS csomagok Docker és Kubernetes használatára előkészítettek, teljes root hozzáféréssel, így a telepítés megismételhető.

Segít a 4hosting a telepítésben?

Igen. Minden csomag tartalmaz havonta DevOps, kiberbiztonsági és programozási órákat (cPanel esetén az Advanced csomagtól), amelyeket az ügyfélpanelből kérhetsz. A havi keretet meghaladó munkát külön számlázzuk.

Lásd még