Felhő vagy helyi szerver? – Egy LinkedIn-poszt margójára
Felhő vagy helyi szerver? Egy LinkedIn-vita után a valódi kérdés az adat feletti kontroll lett
Nemrég olvastunk egy LinkedIn-posztot (Vágyhatunk a felhők közé vagy maradjunk a földön? | LinkedIn), amely azt a kérdést járta körül, hogy a vállalatoknak a felhő felé kellene-e elmozdulniuk, vagy inkább maradjanak a helyi szervereknél. A hozzászólások többsége a saját infrastruktúra mellett érvelt. Volt, aki a teljes kontrollt és a zárt hálózatot emelte ki, más az esetleges szolgáltatói leállásokra figyelmeztetett. Többen pedig arra hívták fel a figyelmet, hogy nem elég a szerver árát a havidíjjal összevetni: a teljes életciklusköltséget és a kockázatokat is számításba kell venni.
Ezek fontos szempontok. A beszélgetés mégis felvetett bennünk egy kérdést: miközben a technológiai fejlődés egyre több felhőalapú szolgáltatást, SaaS-rendszert és AI-megoldást tesz elérhetővé, miért gondolkodunk még mindig gyakran úgy, mintha a döntés kizárólag arról szólna, hol áll a szerver?
A tavalyi Web Summiton Cristiano Amon, a Qualcomm elnök-vezérigazgatója is arról beszélt, hogy nem érdemes merev választóvonalat húzni a felhő és az eszközön futó megoldások közé. A telefon példáját hozta fel: az egyszerre kapcsolódik a felhőhöz, és végez helyben is számításokat. Amon gondolatát magyarra fordítva: „Sokszor arról vitatkozunk, hogy a szoftver a felhőben vagy közvetlenül az eszközön működjön. Szerintem nem érdemes kizárólag így feltenni a kérdést. Tegyük fel inkább így a kérdést: melyik feladatot hol érdemes elvégezni?
Ez a szemlélet az üzleti szoftverekre is tanulságos. Nem minden vállalatnak kell a felhőt választania. Azt viszont érdemes megvizsgálni, hogy a szerver helyén túl ki fér hozzá az adatokhoz, hogyan történik az üzemeltetés, mi történik leálláskor, és milyen mozgástere marad a vállalatnak a jövőben.
Mit ad a vállalatnak a felhőalapú és/vagy SaaS működés?
A felhő nem kizárólag SaaS-előfizetést jelent. Egy vállalat megvásárolt szoftverlicencet is használhat felhőben: ilyenkor a szoftver nem a saját telephelyén álló szerveren, hanem egy külső adatközpont szerverén vagy virtuális gépén fut.
A két konstrukció között a szoftver használatának és üzemeltetésének módja a fő különbség:
- SaaS esetén az ügyfél előfizet a szoftverre. A szolgáltató biztosítja a hozzáférést, és a szerződésben meghatározottak szerint gondoskodik az infrastruktúráról, a működtetésről, a karbantartásról és a frissítésekről.
- Megvásárolt licenc felhőben történő használatakor a vállalat megveszi a szoftverlicencet, a rendszert pedig felhőinfrastruktúrán futtatja. A licencdíj mellett jellemzően felhőszolgáltatási vagy üzemeltetési költség is felmerül. A frissítésekért, mentésekért és karbantartásért viselt felelősséget a szolgáltatóval kötött megállapodás határozza meg.
Mindkét megoldással elkerülhető, hogy a vállalatnak saját szervert kelljen vásárolnia és fizikailag üzemeltetnie. A rendszer távolról is elérhetővé válhat, és a kapacitás a vállalati igényekhez igazítható. A felhőbe telepített, megvásárolt licenc tehát nem válik automatikusan SaaS-szolgáltatássá, de a vállalat így is kihasználhatja a felhőinfrastruktúra előnyeit.
A választásnál ezért nemcsak azt érdemes mérlegelni, hogy a szoftver előfizetéses vagy megvásárolt licenccel működik-e. Azt is tisztázni kell, ki végzi a frissítéseket, ki felel az adatmentésért, hogyan történik a rendszer helyreállítása, és milyen költségek tartoznak az infrastruktúra használatához.
Ne a havidíjat hasonlítsuk össze a szerver árával
Egy felhős rendszer havi díja könnyen összevethető egy szerver egyszeri beszerzési árával, de ez önmagában félrevezető.
A helyi megoldás teljes költségéhez hozzá kell számítani az üzemeltetést, az energiafogyasztást, a biztonsági mentéseket, a frissítéseket, a hardvercserét, a kiesések kezelését és az ezekhez szükséges szakértelmet is.
A korrekt összehasonlítás ezért legalább öt évre készül, és mindkét megoldásnál figyelembe veszi az üzemeltetési felelősséget, a kapacitás bővítését, az adatvédelmi követelményeket, valamint egy esetleges leállás üzleti hatását. A SaaS sem automatikusan olcsóbb minden vállalatnak, ahogy a saját szerver sem automatikusan biztonságosabb. A döntést a teljes életciklusköltség és a vállalat működési igényei alapján érdemes meghozni.
Az összehasonlítás megkönnyítésére készítettünk egy sorvezetőt a legfontosabb költségtételekről és felelősségi körökről. A táblázat a helyi szerver, a SaaS-előfizetés és a felhőben futtatott, megvásárolt licenc szempontjait veszi sorra, beleértve azokat a kevésbé látható költségeket is, mint az IT-munkatárs ráfordított ideje vagy a kiesések kezelése. Az egyes tételek tényleges költsége a vállalat igényeitől és a szolgáltatói szerződéstől függ.
| Költség vagy szempont | Helyi szerver | SaaS-előfizetés | Megvásárolt licenc felhőben |
|---|---|---|---|
| Szoftver | Egyszeri licencdíj, éves követési vagy támogatási díj | Havi vagy éves előfizetési díj | Egyszeri licencdíj, esetleg éves követési díj |
| Szerver és tároló | Szerver, adattároló, hálózati eszközök beszerzése | Általában a szolgáltató biztosítja; a díj része vagy külön tétel lehet | Felhős szerver vagy virtuális gép díja, tárhely és esetleges forgalmi díj |
| Hardvercsere és bővítés | Időszakos szerver- és eszközcsere, kapacitásbővítés | A szolgáltató feladata a szerveroldali kapacitás biztosítása | A felhőkapacitás bővítése külön költséggel járhat |
| IT-munkatárs bérköltsége | Rendszerüzemeltetés, frissítés, mentés, hibakezelés, biztonsági feladatok és szolgáltatókkal való egyeztetés. A ráfordított munkaidő arányos költségét érdemes figyelembe venni. | Az infrastruktúra üzemeltetése jellemzően a szolgáltató feladata, de a vállalatnál továbbra is lehet felhasználókezelési, jogosultsági, integrációs és kapcsolattartási feladat. | A felhős infrastruktúrától függően a szerverüzemeltetés egy része kiszervezhető, de az operációs rendszer, adatbázis és alkalmazás karbantartása az ügyfélnél maradhat. |
| Energia, hűtés, UPS | A szerver fogyasztása, hűtése, szünetmentes tápegysége és ezek karbantartása a vállalat költsége | A szolgáltató infrastruktúrájának része, a szolgáltatási díjban vagy annak hátterében jelenik meg | A felhőszolgáltatás díjába épül, közvetlenül nem a vállalat telephelyén merül fel |
| Helyiség és fizikai védelem | Szerverhelyiség, hozzáférés-védelem, megfelelő környezet és fizikai biztonság | A szolgáltató adatközpontjában biztosított, a szerződés és a szolgáltatói gyakorlat szerint | A szolgáltató adatközpontjában biztosított |
| Operációs rendszer és adatbázis | Licenc- és támogatási díj, telepítés, frissítés és üzemeltetés | A SaaS-szolgáltatás része lehet; a szerződésben ellenőrizendő | Lehet külön licenc- és üzemeltetési tétel, a felelősség megállapodástól függ |
| Biztonsági mentés és visszaállítás | Mentési tárhely, szoftver, eszközök, ellenőrzés és visszaállítási próbák | Szolgáltatói mentés lehet, de annak gyakoriságát, megőrzési idejét és visszaállítási feltételeit tisztázni kell | Külön felhős mentési és tárolási díj, valamint beállítási és tesztelési feladat merülhet fel |
| Kiberbiztonság | Tűzfal, végpontvédelem, frissítések, hozzáférés-kezelés, naplózás és monitorozás | A szolgáltató az alkalmazás és infrastruktúra meghatározott részeiért felel; a felhasználói jogosultságokért és a vállalati eszközök védelméért az ügyfél is felel | Megoszlik a felhőszolgáltató, a szoftverszállító és az ügyfél között; pontosan rögzíteni kell, ki mit kezel |
| Frissítések és karbantartás | Belső vagy külső IT-erőforrás és tervezett karbantartási idő | A szolgáltató végzi a szerződésben meghatározott frissítéseket | A felhős infrastruktúra és az alkalmazás frissítése külön felelősség lehet |
| Támogatás | Éves támogatási díj, külső szakértő vagy belső IT-idő | Az előfizetési csomag része lehet, szolgáltatási szinttől függően | A licenctámogatás és a felhőüzemeltetés külön szolgáltatásként is fizetendő lehet |
| Kiesés és helyreállítás | A vállalat viseli a hibajavítás, csere, helyreállítás és üzleti kiesés költségét | A szolgáltató rendelkezésre állási vállalása fontos; a vállalatnál hálózati kiesés esetén lehet hozzáférési probléma | A felhőszolgáltató és a szoftverszállító vállalásait együtt kell vizsgálni; a helyreállítás díjas lehet |
| Kapcsolat és hálózat | Belső hálózat és távoli elérés kialakítása, például VPN | Megbízható internetkapcsolat szükséges az eléréshez | Internetkapcsolat szükséges; a távoli hozzáférés és az adatforgalom díja is számíthat |
| Skálázás | Új hardver beszerzése és telepítése, ami időt és beruházást igényel | Felhasználók vagy kapacitás bővítése csomagváltással, a díjszabás szerint | Erőforrás-bővítés gyors lehet, de növelheti a havi felhőköltséget |
| Bevezetés és migráció | Telepítés, adatbetöltés, tesztelés és belső erőforrás | Bevezetési vagy adatmigrációs díj lehet | Felhős környezet kialakítása, telepítés, migráció és tesztelés költsége |
| Kilépés, adatok átvitele | Adatmigráció és rendszerátállás saját vagy új környezetbe | Adatok exportálása, megőrzése és törlése; feltételeiket szerződésben kell tisztázni | Adatok és rendszer átköltöztetése másik szolgáltatóhoz; adatforgalmi és szakértői költségek merülhetnek fel |
A biztonságot a felkészültség adja
A felhővel kapcsolatban jogos kérdés, hogy mi történik szolgáltatói vagy hálózati kiesés esetén. A helyi rendszernek is lehetnek kockázatai: például hardverhiba, elmaradt frissítés, zsarolóvírus vagy az üzemeltetéshez szükséges szakember hiánya.
Werner Vogels, az Amazon technológiai vezetője a re:Invent 2024 előadásán így fogalmazott: „Minden elromlik, mindig… ezért tervezzünk a hibákra, és akkor semmi sem fog elromlani.” Ez arra emlékeztet, hogy bármelyik architektúrát választja a vállalat, a működés folytonosságát meg kell terveznie és tesztelnie.
Egy jó SaaS-szerződés, vagy felhő-szerződés ezért tisztázza a rendelkezésre állást, a mentések rendjét, az incidensek kezelését, az adat-visszaállítás lehetőségét és a szolgáltatásból való kilépés feltételeit. A vállalatnak azt is érdemes átgondolnia, hogy hálózati kieséskor mely munkafolyamatoknak kell tovább működniük, és hogyan lehet ezt a gyakorlatban megoldani.
A szuverenitás nem egyenlő a szerverterem birtoklásával
A saját szerver fizikai közelséget és közvetlen hozzáférést biztosíthat, de önmagában nem garantál teljes kontrollt vagy abszolút biztonságot. Ugyanígy a „felhő” szó sem jelenti azt, hogy az ügyfélnek le kell mondania az adatkezelés átláthatóságáról.
A digitális szuverenitásról szóló európai vita is egyre inkább ezekre a kérdésekre irányítja a figyelmet: az infrastruktúra mellett számít az adatkezelés, a jogi környezet és a szolgáltató feletti tényleges rendelkezés is.
A döntés előtt érdemes megvizsgálni:
- hol tárolják és dolgozzák fel az adatokat;
- milyen jogi és szerződéses feltételek vonatkoznak rájuk;
- ki és milyen jogosultsággal fér hozzá a rendszerhez;
- hogyan készülnek a biztonsági mentések, és miként tesztelik a visszaállítást;
- milyen formátumban exportálhatók az adatok;
- milyen szolgáltatási szintet és kieséskezelést vállal a szolgáltató;
- hogyan lehet szolgáltatót váltani vagy más infrastruktúrára átállni.
A jövő a rugalmas szoftverhasználaté
A SaaS vagy a Subscriptionös, előfizetés alapú modellű szoftverek térnyerése azt mutatja, hogy egyre több üzleti szoftver érhető el szolgáltatásként, rendszeres frissítéssel és rugalmasan bővíthető kapacitással. Nem véletlen, hogy a 2026. november 9–12. között Lisszabonban megrendezendő Web Summit programjában önálló SaaS Summit tematikus szekció is szerepel. Ez is jelzi, hogy a szolgáltatásként igénybe vehető szoftverek és az ezekhez kapcsolódó üzleti modellek a technológiai párbeszéd fontos témái. Ez a modell sok vállalat számára egyszerűbbé teheti az indulást és a fejlődést, miközben kevesebb saját infrastruktúra üzemeltetését igényli.
A felhőalapú működés azonban nem kizárólag SaaS-előfizetést jelent. A vállalat megvásárolt szoftverlicencét is futtathatja felhőinfrastruktúrán, vagy választhat olyan hibrid megoldást, amelyben egyes rendszerek helyben, mások a felhőben működnek. A különböző konstrukciók más költség- és felelősségmegosztással járnak, ezért a választást a vállalat folyamataihoz és erőforrásaihoz érdemes igazítani.
A döntés során érdemes együtt vizsgálni a teljes költséget, az üzemeltetési feladatokat, az adatok kezelésének feltételeit, a rendelkezésre állást és a későbbi bővítés lehetőségét. Az is fontos, hogy a vállalat pontosan értse, mit vállal a szolgáltató, és milyen feladatok maradnak a saját csapatánál.
A technológia fejlődésével a szoftverhasználat egyre rugalmasabbá válik: a vállalatok többféle módon férhetnek hozzá a szükséges rendszerekhez és új képességekhez. A jó választás az, amely hosszú távon is támogatja az üzleti működést, kiszámítható költségeket és átlátható felelősségi kereteket teremt, miközben megfelelő rendelkezést biztosít a vállalati adatok felett.



