Saját adatközpont vagy hibrid infrastruktúra?

Egy reggeli rendszerleállás nem elsősorban IT-probléma. Ha a raktár nem látja a rendeléseket, a termelés nem éri el a műszaki dokumentációt, vagy a számlázás megáll, a kiesés azonnal üzleti következménnyé válik. A saját adatközpont vagy hibrid infrastruktúra kérdését ezért nem szerverek, márkák vagy felhős trendek alapján érdemes eldönteni, hanem abból kiindulva, hogyan működik ténylegesen a vállalat.

A rossz döntés ritkán látványos az első napon. Inkább fokozatosan jelenik meg: egyre több kivétel, bizonytalan mentések, lassú riportok, nehezen követhető jogosultságok, költséges üzemeltetés vagy olyan rendszerek, amelyekhez már csak egy-egy kulcsember ért. A jó infrastruktúra nem önmagában értékes. Attól válik azzá, hogy kiszámíthatóan támogatja a napi működést, a növekedést és az üzletmenet folytonosságát.

Először a működési függőségeket kell feltárni

Mielőtt felmerülne, hogy mi maradjon helyben és mi kerüljön felhőbe, érdemes végignézni, mely folyamatok állnának meg egy rendszer kiesésekor. Egy webshop esetében ez lehet a készletinformáció, a rendelések átadása a raktárnak, a fizetési visszaigazolás vagy a futárcímkék előállítása. Egy gyártóvállalatnál a termelési adatok, a gépekhez kapcsolódó rendszerek, a minőségbiztosítási dokumentáció vagy a műszaktervezés lehet kritikus.

Nem minden adat és alkalmazás igényel azonos védelmet. A belső fájlmegosztás, egy archivált dokumentumtár és a gyártásirányítási rendszer eltérő rendelkezésre állási, teljesítmény- és helyreállítási elvárással működik. Ha ezeket egyetlen technológiai döntésben kezelik, gyakran vagy túl drága, vagy túl kockázatos környezet születik.

A vezetésnek különösen arra kell figyelnie, hol van rejtett emberi függőség. Ha egy adott munkatárs tudja csak, melyik szerveren fut egy régi alkalmazás, hogyan készül mentés, vagy mit kell újraindítani egy hiba után, az üzletmeneti kockázat. Ugyanez igaz akkor is, ha egy rendszer látszólag működik, de a dokumentáció hiányos, a jogosultságok átláthatatlanok, és a helyreállítást még soha nem tesztelték valós helyzetben.

Mit jelent valójában a saját adatközpont vagy hibrid infrastruktúra?

A saját adatközpont nem feltétlenül külön épületet és szervertermet jelent. Lehet egy vállalati telephelyen működő szerver- és hálózati környezet, amelyet a cég üzemeltet vagy üzemeltettet. Előnye, hogy az infrastruktúra, az adatok fizikai elhelyezése és bizonyos teljesítménykritikus rendszerek felett közvetlenebb kontroll marad.

Ez különösen indokolt lehet ott, ahol helyi ipari eszközök, PLC-k, SCADA-rendszerek, gyártási berendezések vagy alacsony késleltetést igénylő alkalmazások működnek. Egy gyártósor nem alapozhat arra, hogy egy távoli kapcsolat rövid megszakadása esetén minden üzemi funkció elérhető marad. Bizonyos adatvédelmi, szerződéses vagy ügyféloldali előírások is erősíthetik a helyi infrastruktúra indokoltságát.

A hibrid infrastruktúra ezzel szemben nem egyszerűen azt jelenti, hogy „van egy kis felhő is”. Tudatos megosztást jelent: egyes rendszerek, adatok vagy szolgáltatások helyben maradnak, mások felhős környezetben működnek. Például a telephelyi termelési rendszer és gyorsítótárazott adatai maradhatnak lokálisan, miközben a biztonsági mentések, riporting, ügyfélportál, fejlesztési környezet vagy távoli hozzáférési szolgáltatások felhőben futnak.

A modell akkor működik jól, ha világos, miért van egy komponens az adott helyen, hogyan kapcsolódik a többihez, ki felel az üzemeltetéséért, és mi történik hiba esetén. Enélkül a hibrid környezet könnyen kétféle problémát örököl: a helyi rendszerek korlátait és a felhős szolgáltatások bonyolultságát.

A kontrollnak ára és felelőse van

A saját infrastruktúra mellett gyakran a kontroll szól. Ez valós előny, de a kontroll nem csak döntési jogot jelent. Jelenti a hardver életciklusának kezelését, a kapacitástervezést, a frissítéseket, a hálózati védelmet, a fizikai biztonságot, az energiaellátást, a hűtést, a mentési rendet és a folyamatos megfigyelést is.

Egy szerver attól még nem üzembiztos, hogy új. Ha egyetlen tápellátási útvonala van, nincs tartalék alkatrész, a mentés ugyanazon a telephelyen marad, vagy a helyreállítást nem ellenőrzik, akkor egy kisebb eseményből is hosszabb kiesés lehet. Ilyenkor nem a szerver teljesítménye a fő kérdés, hanem az, hogy a cég mennyi idő alatt tudja újraindítani a kritikus működést.

A két hasznos üzleti mérőszám a helyreállítási idő célértéke és az elfogadható adatvesztési időablak. Egyszerűbben: mennyi ideig állhat a folyamat, és legfeljebb mennyi adat vesztése fogadható el. Egy napi mentés lehet elegendő egy kevésbé kritikus dokumentumtárnál, de elfogadhatatlan lehet egy rendeléskezelési vagy termelési rendszerben, ahol óránként keletkeznek üzleti tranzakciók.

A felhős komponensek csökkenthetik a helyi hardverhez kötődő terheket, de nem szüntetik meg az üzemeltetési felelősséget. A jogosultságok, a költségkontroll, az integrációk, a mentések, a naplózás és a hozzáférések felülvizsgálata ugyanúgy vezetői figyelmet és szakmai felelőst igényel.

Nem minden alkalmazást kell ugyanoda költöztetni

A teljes költözés vagy a teljes helyben tartás sokszor hamis választás. Egy vállalat rendszerei általában eltérő érettségűek, eltérő adatokat kezelnek, és más üzleti ritmusban változnak. Egy régi, de stabil termelési alkalmazás esetében a gyors átállás többet kockáztathat, mint amennyit nyer. Egy új ügyfélportálnál vagy riportingmegoldásnál viszont a felhős szolgáltatás rugalmasabb indulást és bővítést adhat.

A döntést alkalmazásonként érdemes meghozni. Vizsgálni kell az adatérzékenységet, a kapcsolódó rendszereket, a teljesítményigényt, a szabályozási előírásokat, a szükséges rendelkezésre állást, a változtatások gyakoriságát és a valódi üzemeltetési költséget. Az utóbbi nem csak licenc- vagy hardverár. Ide tartozik a belső munkaidő, a kiesések költsége, a külső szakértői függőség és a halasztott modernizáció kockázata is.

Különösen óvatosan kell kezelni az integrációkat. Ha a webshop, ERP, raktárkezelés, fuvarszervezés és számlázás között már most is manuális adatmozgatás történik, egy infrastruktúraváltás ezt nem oldja meg önmagában. Sőt, ha a folyamat hibás vagy átláthatatlan, az új technikai környezet csak gyorsabban viszi tovább ugyanazt a hibát.

A hibrid modell tipikus működési előnyei és korlátai

A jól tervezett hibrid környezet gyakran azért praktikus, mert nem kényszeríti a vállalatot egyszerre minden rendszer lecserélésére. Lehetővé teszi a fokozatos modernizációt, miközben a kritikus helyi működés stabil marad. A felhő alkalmas lehet elkülönített biztonsági mentésre, üzletmenet-folytonossági tartalékra, elemzési kapacitásra, együttműködési rendszerekre vagy időszakosan növekvő terhelés kiszolgálására.

A korlátokat ugyanilyen egyértelműen kell kezelni. A hibrid rendszerben a hálózati kapcsolat üzleti jelentőségűvé válik. Ha nincs megfelelő redundancia, monitorozás és vészüzemi terv, egy internetkapcsolati hiba több szolgáltatást érinthet egyszerre. Az identitás- és jogosultságkezelés is összetettebb: ugyanannak a dolgozónak ne legyen több, egymástól független fiókja, eltérő hozzáférésekkel és ellenőrizhetetlen kilépési folyamattal.

A költségeket szintén folyamatosan kell felügyelni. A felhő nem automatikusan olcsóbb, különösen akkor, ha a kapacitások felhasználását nem mérik, az adatok mozgatása jelentős, vagy az ideiglenesen létrehozott erőforrások tartósan bekapcsolva maradnak. A cél nem a legalacsonyabb havi számla, hanem az előre tervezhető, indokolható teljes életciklus-költség.

Döntési rend, nem egyszeri technológiai projekt

Egy megalapozott infrastruktúra-döntéshez először a kritikus üzleti folyamatokat, rendszereket és adatáramlásokat kell feltérképezni. Ezután lehet meghatározni a rendelkezésre állási szinteket, a helyreállítási elvárásokat, a biztonsági követelményeket és a felelősségi köröket. Csak erre épülhet olyan architektúra, amelyben a helyi és felhős elemek valóban egymást támogatják.

A bevezetésnél a fokozatosság általában kisebb kockázatot jelent, mint egyetlen nagy átállás. Egy jól körülhatárolt szolgáltatás, például a mentési környezet, egy belső riportingrendszer vagy egy új ügyfélkapcsolati alkalmazás jó kiindulópont lehet. A tapasztalatok alapján tisztázhatók a működési szabályok, a hozzáférések, a költségek és a támogatási folyamatok, mielőtt a vállalat kritikusabb rendszerei következnének.

A helyes kérdés tehát nem az, hogy a saját adatközpont vagy a hibrid infrastruktúra korszerűbb-e. Az a kérdés, melyik kialakítás teszi kiszámíthatóbbá a rendeléstől a teljesítésig, a termeléstől a számlázásig tartó munkát, és melyik teszi kezelhetővé a következő növekedési szakaszt. Ha ezt a választ a folyamatokból, a kockázatokból és a valós működési felelősségekből vezetik le, az infrastruktúra nem korlát lesz, hanem megbízható üzemi alap.