Managed hosting vs. saját szerver – mikor melyik?

A döntés lényege

Nem minden vállalkozásnak kell saját szerverpark. A kérdés az, mennyi üzemeltetési felelősséget tud és akar vállalni a csapat, és milyen rendelkezésre állás kell az üzleti folyamathoz.

Saját szerver / VPS

Nagyobb kontrollt ad, de a frissítések, biztonsági javítások, biztonsági mentések és a monitorozás a csapatodra (vagy a megbízott üzemeltetőre) hárul. Ha nincs DevOps-kapacitás, az „olcsó VPS” gyorsan drága kieséssé válhat.

• Előny: rugalmas konfiguráció
• Hátrány: folyamatos karbantartás
• Kockázat: elmaradó frissítések, gyenge biztonsági mentés

Managed hosting

A szolgáltató átvállalja az infrastruktúra jelentős részét: frissítéseket, alapbiztonságot és gyakran a monitorozást is. Te a termékre és a tartalomra fókuszálhatsz. KKV-webalkalmazásoknál ez gyakran jobb ár–érték arány.

Mikor melyiket válaszd?

Managed hosting: marketingoldalak, üzleti webappok, ahol a stabilitás fontosabb, mint a mély infrastruktúra-kontroll.

Saját / specializált felhő: speciális compliance, egyedi hálózat, vagy erős belső DevOps csapat esetén.

Mit hasonlíts össze a havidíjon túl?

A managed hosting megnevezés önmagában nem mondja meg, mit vállal a szolgáltató. Lehet, hogy csak a szervert kezeli, miközben az alkalmazás frissítése, az adatbázis helyreállítása és a hibák kivizsgálása továbbra is a te feladatod. Az ajánlatok összehasonlításához először ugyanazt a szolgáltatási kört kell körülírni.

Gondolkodj teljes működtetési költségben: infrastruktúradíj, licencek, üzemeltetői munka, mentések, felügyelet, költöztetés és alkalmi változtatások. A saját csapat ideje akkor is költség, ha nem jelenik meg külön tárhelyszámlán. Nyilvános listaár helyett a konkrét rendszer terhelésére és feladataira kérj ajánlatot.

• Ki frissíti az operációs rendszert, az alkalmazást és a függőségeket?
• Mi kerül mentésbe, mennyi ideig őrzik, és ki próbálja ki a visszaállítást?
• Mit figyel a monitorozás, kit értesít, és ki végzi el a javítást?
• Milyen időszakban érhető el támogatás, és mit jelent a vállalt válaszidő?
• Kié a domain és a felhőfiók, hogyan férsz hozzá az adatokhoz szolgáltatóváltáskor?

Két döntési példa eltérő igényekre

Szemléltető helyzet: egy szolgáltató cég bemutatkozó oldala néhány űrlapot használ, és nincs saját üzemeltetője. Itt a jól körülhatárolt hosting, a mentés és a kijelölt kapcsolattartó többet segíthet, mint egy szabadon konfigurálható szerver. Az űrlapküldő és más külső szolgáltatások felelősségét is tisztázni kell.

Másik példa: egy belső ügyfélportál több adatforrással, külön jogosultságokkal és rendszeres kiadásokkal működik. Itt a környezetek, az adatbázismentés, a visszaállítás és a telepítési folyamat együtt vizsgálandó. Saját felhőfiók mellett is kérhető külső üzemeltetés; a tulajdonosi kontroll és a napi feladatok nem feltétlenül járnak együtt.

Ezek döntési példák, nem ügyfélprojektek eredményei. A megfelelő megoldást az alkalmazás tényleges működése és a vállalt feladatok alapján lehet kiválasztani.

A mentés akkor ér valamit, ha vissza is állítható

A mentés megléte és a működés helyreállítása két külön dolog. Érdemes előre leírni, mekkora adatvesztés fogadható el, mennyi idő alatt kell újra működnie a rendszernek, és ki hoz döntést egy hiba után. Ebből következik a mentés gyakorisága és a helyreállítási próba menete.

Költözés előtt legyen adat- és hozzáférésleltár, ellenőrzött mentés, tesztkörnyezet és visszaállási terv. Az átadáskor ne csak azt nézd meg, hogy az oldal betöltődik: az űrlapok, a belépés, az e-mailek és a kapcsolódó rendszerek működését is ellenőrizni kell.