Bevezető
Egy telephelyi hálózati kapcsolat leállása első pillantásra lokális informatikai problémának tűnhet: az egyik irodában vagy üzemben nincs internet, nem érhető el néhány alkalmazás, esetleg akadozik a kommunikáció.
A valóságban azonban a vállalati rendszerek egyre szorosabban kapcsolódnak egymáshoz, ezért egyetlen telephely kiesése jóval nagyobb hatással lehet a működésre. Elérhetetlenné válhat az ERP (vállalatirányítási rendszer) vagy más központi üzleti alkalmazás, megszakadhat az adatcsere, leállhat a rendelés feldolgozás, problémássá válhat a logisztika, és akár a termelés egy része is megbénulhat.
Különösen nagy a kockázat azoknál a vállalatoknál, ahol több telephely, központi adatközpont és felhőszolgáltatás működik egymással összekapcsolva. Ilyenkor az adatkapcsolat már nem egyszerű technikai háttérszolgáltatás, hanem az üzleti folyamatok egyik alapvető infrastruktúrája. A kérdés ezért nem csupán az, hogy milyen gyakran fordul elő hálózati hiba, hanem az is, hogy a vállalat mennyire felkészült egy ilyen helyzetre.
Egy telephely kiesése akkor válik vállalati szintű problémává, ha az ott működő felhasználók, rendszerek vagy üzleti folyamatok más telephelyekkel és központi szolgáltatásokkal állnak kapcsolatban. Minél több kritikus folyamat függ egyetlen adatkapcsolattól, annál nagyobb üzleti kockázatot jelent annak meghibásodása.
Az üzletmenet szempontjából kritikus kapcsolat működés ezért nem kizárólag az IT-részleg problémája. A hálózat rendelkezésre állása közvetlenül befolyásolhatja a munkatársak produktivitását, az ügyfélkiszolgálást, a termelést, a logisztikát és végső soron a vállalat bevételét is.
A cél ugyanakkor nem az, hogy minden lehetséges hibát mindenáron kizárjunk. Olyan infrastruktúrát kell kialakítani, amelyben előre ismert, mely kapcsolatok üzletileg kritikusak, egy meghibásodás gyorsan észlelhető, és szükség esetén rendelkezésre áll alternatív útvonal vagy működési forgatókönyv. Így egy technikai probléma nem feltétlenül válik teljes üzleti leállássá.
Mit jelent az üzletmenet szempontjából kritikus kapcsolat működés?
Üzletmenet szempontjából kritikus kapcsolat működésről akkor beszélhetünk, amikor egy üzleti folyamat végrehajtásához elengedhetetlen valamely hálózati vagy telekommunikációs kapcsolat folyamatos rendelkezésre állása. Ez lehet internetkapcsolat, két telephely közötti adatátviteli kapcsolat, adatközponti összeköttetés vagy akár valamely felhőszolgáltatáshoz vezető kommunikációs útvonal.
A függőség sok esetben nem látványos egészen addig, amíg a kapcsolat működik. Egy munkatárs megnyitja a vállalatirányítási rendszert, a raktár lekéri a rendeléseket, a gyártási rendszer adatot továbbít, a pénzügy hozzáfér a központi alkalmazásokhoz. A felhasználó számára ezek önálló szolgáltatásoknak tűnhetnek, miközben technikailag ugyanazon hálózati infrastruktúrától függhetnek.
Ezért egy kapcsolat valódi üzleti jelentőségét nem a sávszélessége vagy a technológiája alapján érdemes meghatározni, hanem az alapján, hogy mi történik a vállalattal, ha az adott kapcsolat megszűnik.
A hálózati kapcsolat üzleti értékét nem az mutatja meg, amikor működik, hanem az, hogy mi áll le nélküle.
Mi történik valójában, amikor kiesik egy telephely?
Vegyünk egy több telephelyes vállalatot. Az egyik üzemben vagy irodában egy hétköznap délelőtt megszakad a központtal fennálló adatkapcsolat. A dolgozók eleinte csak azt érzékelik, hogy bizonyos alkalmazások lassan vagy egyáltalán nem töltenek be.
Néhány perccel később azonban kiderülhet, hogy a probléma ennél jóval összetettebb.
Nem érhető el a központi vállalatirányítási rendszer. Megszakad az adatcsere a telephely és a vállalat más rendszerei között. A raktári vagy logisztikai munkatársak nem kapják meg a szükséges információkat. A helyi kollégák nem férnek hozzá központilag tárolt dokumentumokhoz. Egyes felhőszolgáltatások vagy kommunikációs rendszerek használhatatlanná válhatnak.
Ha pedig a telephely termelési vagy logisztikai feladatot lát el, a digitális kapcsolat megszakadása rövid idő alatt fizikai folyamatokra is hatással lehet.
Ezért a telephely és telephelyek közötti adatátviteli hálózat létesítése és üzemeltetése során nem elegendő pusztán azt vizsgálni, hogy van-e kapcsolat a helyszínek között. Azt is meg kell tervezni, hogyan biztosítható a kritikus kommunikáció akkor, amikor valamely hálózati elem vagy szolgáltatás meghibásodik.
Miért terjedhet tovább egy lokális probléma?
A modern vállalati infrastruktúra egyik legfontosabb sajátossága az összekapcsoltság. Egy telephely ritkán működik teljesen önálló informatikai egységként. Központi szolgáltatásokat használ, adatokat továbbít más rendszereknek, és gyakran több üzleti folyamat egyik láncszemét alkotja.
Emiatt egy lokális kiesés hatása könnyen tovaterjedhet.
Ha például egy logisztikai telephely nem tudja továbbítani a készlet információkat, az értékesítési rendszer pontatlan adatokat kaphat. Ha egy gyártóegység nem éri el valamely központi alkalmazást, az nemcsak az adott telephely munkáját, hanem a következő gyártási vagy logisztikai folyamatot is késleltetheti.
Ugyanez igaz fordítva is: előfordulhat, hogy maga a telephely tökéletesen működik, de a központi rendszerhez vezető kapcsolat hibája miatt a helyi felhasználók mégsem tudnak dolgozni.
A hálózati függőségeket ezért az üzleti folyamatokkal együtt kell vizsgálni. A megfelelő rendszerintegráció egyik fontos szerepe éppen az, hogy az egymásra épülő technológiai komponensek és üzleti rendszerek ne elszigetelten, hanem egységes működési környezetként legyenek kezelhetők.
Mekkora üzleti kárt okozhat egy hálózati kiesés?
Egy leállás költsége jóval több lehet annál, mint amennyibe a technikai hiba kijavítása kerül. A valódi veszteség meghatározásakor figyelembe kell venni mindazokat a folyamatokat, amelyek a kiesés miatt részben vagy teljesen leállnak.
Ide tartozhat:
- a kieső munkaidő
- a termelés leállása vagy lassulása
- a meghiúsuló vagy később teljesített rendelések
- az ügyfélkiszolgálás fennakadása
- a helyreállításhoz szükséges rendkívüli IT-erőforrás
- a szerződéses vállalások esetleges megsértése
- valamint az ügyfélbizalomra gyakorolt hatás
A kockázatot ráadásul nem pusztán a leállás időtartama határozza meg. Ugyanaz a harmincperces kiesés egészen más következménnyel járhat egy kisebb adminisztratív irodában, mint egy folyamatos termelést végző üzemben vagy egy központi logisztikai telephelyen.
Ezért a kérdés nem egyszerűen az, hogy mennyibe kerül egy óra leállás, hanem hogy mely üzleti folyamatok állnak le, ha ez a konkrét kapcsolat egy órán keresztül nem működik?
A telephelyi kapcsolatok 5 legfontosabb kockázata
1. Egyetlen szolgáltatótól vagy kapcsolattól való függés
Az egyik legkézenfekvőbb kockázat, amikor egy üzletileg kritikus telephely kizárólag egyetlen adatkapcsolattal rendelkezik. Ha ez meghibásodik, nincs alternatív kommunikációs útvonal.
A tartalék kapcsolat azonban csak akkor jelent valódi védelmet, ha nem ugyanattól a sérülékeny infrastruktúrától függ, mint az elsődleges kapcsolat.
2. Közös fizikai útvonal
Előfordulhat, hogy a vállalat két különbözőnek gondolt kapcsolata valójában ugyanazon fizikai nyomvonalon halad. Egy kábelhiba vagy külső sérülés így egyszerre mindkettőt megszakíthatja.
Ez tipikus példája annak, amikor látszólag van tartalék kapcsolat, a gyakorlatban azonban egyetlen meghibásodás továbbra is mindkét kapcsolat kiesését okozhatja.
3. Nincs automatikus átváltás
A tartalék kapcsolat önmagában kevés, ha meghibásodás esetén valakinek manuálisan kell aktiválnia. Mire a problémát felismerik, az IT-csapat megvizsgálja, majd elvégzi az átváltást, már jelentős üzleti kiesés keletkezhet.
A kritikus kapcsolatoknál ezért érdemes automatikus átváltást alkalmazni, amely hiba esetén a tartalék kapcsolatra tereli az adatforgalmat, így csökkentve a kiesés kockázatát.
4. Nincs megfelelő hálózati szeparáció
Egy rosszul kialakított belső hálózatban egyetlen probléma szükségtelenül nagy területet érinthet. A felhasználói, szerver-, menedzsment- vagy ipari hálózatok megfelelő elkülönítése ezért nemcsak biztonsági, hanem rendelkezésre állási kérdés is.
A telephelyen belüli adatforgalom biztonságos kezelése és szeparációja segít abban, hogy az eltérő funkciójú hálózati területek kontrollált módon kommunikáljanak egymással, és egy lokális probléma hatása korlátozható legyen.
5. A problémát csak a felhasználók jelzik
Ha egy hálózati hibáról az IT-részleg akkor értesül, amikor a dolgozók telefonálni kezdenek, a vállalat már eleve késésben van.
A hálózati eszközök, kapcsolatok és kritikus szolgáltatások folyamatos felügyelete lehetővé teszi, hogy egy teljesítményromlás vagy kapcsolatvesztés már akkor láthatóvá váljon, amikor annak üzleti hatása még korlátozott.
Ha a hálózati hibát először a felhasználó érzékeli, a monitoring már elkésett.
Miért nem elég önmagában egy tartalék internetkapcsolat?
A redundanciát gyakran leegyszerűsítjük arra, hogy legyen két internetkapcsolat. Ez fontos lépés lehet, de önmagában nem garantálja az üzletmenet folytonosságát.
Vizsgálni kell például, hogy a két kapcsolat valóban független-e egymástól, hiba esetén hogyan történik az automatikus átváltás a tartalék kapcsolatra, mely szolgáltatások használhatják azt, elegendő-e a kapacitása, és a vállalat rendszeresen teszteli-e az átváltás megfelelő működését.
Egy tartalék kapcsolat ugyanis csak akkor ér valamit, ha szükség esetén ténylegesen át tudja venni a kritikus adatforgalmat.
Ugyanez igaz a hálózat többi elemére is. Hiába működik két szolgáltatói kapcsolat, ha mindkettő ugyanazon helyi hálózati eszközön keresztül érhető el, és annak meghibásodása egyszerre teszi használhatatlanná mindkettőt.
A rendelkezésre állást ezért teljes útvonalban kell vizsgálni, nem egyetlen komponensben.
Hogyan előzhető meg, hogy egyetlen hiba megbénítsa a működést?
A magas rendelkezésre állás kialakításának első lépése nem új eszközök beszerzése, hanem a függőségek feltérképezése. Pontosan tudni kell, mely telephelyek, alkalmazások és hálózati kapcsolatok nélkülözhetetlenek az üzleti működéshez.
Ezt követően lehet meghatározni a szükséges műszaki és szervezeti intézkedéseket.
1. Azonosítsuk a kritikus telephelyeket
Nem minden helyszín igényel azonos szintű redundanciát. A termelési, logisztikai vagy központi funkciót ellátó telephelyek általában magasabb rendelkezésre állást igényelnek.
2. Térképezzük fel a függőségeket
Meg kell határozni, hogy az egyes telephelyek milyen központi és felhőalapú szolgáltatásokat használnak, illetve mely más üzleti egységek függenek tőlük.
3. Keressük meg a kritikus hibapontokat
Ilyen lehet egyetlen szolgáltatói kapcsolat, router, switch, tápellátási pont vagy akár egy központi rendszer.
4. Alakítsunk ki megfelelő redundanciát
A kritikus komponenseknél olyan tartalék megoldásra van szükség, amely lehetőség szerint nem ugyanattól az infrastruktúrától függ, mint az elsődleges kapcsolat.
5. Legyen folyamatos felügyelet
Az IT és hálózat management lehetővé teszi, hogy a kapcsolatok állapota, a hálózati eszközök működése és a teljesítmény változásai folyamatosan követhetők legyenek. Így a beavatkozásnak nem feltétlenül kell megvárnia a felhasználói hibajelzéseket.
6. Teszteljük a kiesési forgatókönyvet
A redundancia megléte és működőképessége nem ugyanaz. Rendszeresen ellenőrizni kell, mi történik akkor, ha az elsődleges kapcsolat valóban megszakad.
Mely telephelyeket kell elsőként védeni?
A rendelkezésre állási fejlesztéseket érdemes üzleti kockázat alapján priorizálni. Nem feltétlenül indokolt minden telephelyen azonos infrastruktúrát kiépíteni.
Egy egyszerű döntési mátrix segíthet az első lépések meghatározásában:
| Üzleti hatás kieséskor | Elfogadható kiesési idő | Prioritás |
| Alacsony | Több óra | Alap |
| Közepes | 1-2 óra | Emelt |
| Magas | Néhány perc | Kritikus |
| Termelés vagy alapfolyamat leáll | Gyakorlatilag nincs | Üzletmenet-kritikus |
A besorolásnál nem az IT-részlegnek kell egyedül döntenie. A megfelelő prioritásokhoz az üzleti területek bevonása is szükséges, hiszen ők tudják pontosan meghatározni, milyen következményekkel jár egy adott szolgáltatás vagy telephely kiesése.
Mit tegyünk most?
A üzletmenet szempontjából kritikus kapcsolat működés kockázatainak csökkentését érdemes egy célzott állapotfelméréssel kezdeni. Nem az a cél, hogy minden telephelyen azonnal teljes infrastruktúra cserét hajtsunk végre, hanem hogy láthatóvá váljanak azok a pontok, ahol egyetlen meghibásodás aránytalanul nagy üzleti kockázatot jelent.
Elsőként érdemes:
- listázni az üzletileg kritikus telephelyeket
- azonosítani az ezekhez kapcsolódó kritikus alkalmazásokat és szolgáltatásokat
- feltérképezni az elsődleges és tartalék adatkapcsolatokat
- azonosítani az egyetlen hibapontokat
- ellenőrizni a tartalék kapcsolatra történő automatikus átváltás működését
- felülvizsgálni a hálózati monitoringot
- valós kiesési forgatókönyvvel tesztelni a működést
Egy összetettebb, több telephelyes infrastruktúránál az egyéb IT szolgáltatások keretében végzett szakértői felmérés és tervezés is segíthet abban, hogy a fejlesztések ne elszigetelt technikai beavatkozásokként, hanem az üzleti kockázatok alapján történjenek.
Összefoglalás
Egy telephely kiesése ma már ritkán kizárólag helyi informatikai probléma. A vállalati rendszerek, alkalmazások és üzleti folyamatok összekapcsoltsága miatt egyetlen adatkapcsolat meghibásodása más telephelyek működésére, a termelésre, a logisztikára vagy az ügyfélkiszolgálásra is hatással lehet. Minél több kritikus folyamat épül központi vagy távoli szolgáltatásokra, annál fontosabbá válik a hálózati infrastruktúra rendelkezésre állása.
A megoldás nem feltétlenül az, hogy mindenből kettőt építünk. Először azt kell megérteni, hogy mely pontokon találhatók valódi üzleti kockázatok, milyen függőségek vannak a rendszerek között, és mekkora kiesés fogadható el az egyes telephelyeken. Ezt követően célzottan alakíthatók ki a megfelelő tartalék kapcsolatok, az automatikus átváltás, a hálózati szétválasztás és a folyamatos rendszerfelügyelet.
A jól megtervezett infrastruktúra értéke végső soron nem abban mutatkozik meg, hogy soha nem történik meghibásodás. Hanem abban, hogy egy meghibásodás nem képes magával rántani az egész vállalati működést.
Forduljon hozzánk!
Ha vállalata több telephelyen működik, vagy kritikus üzleti folyamatai folyamatos adatkapcsolatra épülnek, érdemes még egy tényleges kiesés előtt felmérni az infrastruktúra gyenge pontjait. Az Unicorn CriticalTech szakemberei segítenek a telephelyek közötti adatátviteli infrastruktúra, a hálózati redundancia, a szeparáció és a folyamatos felügyelet megtervezésében és üzemeltetésében.
Forduljon hozzánk, ha szeretné pontosan látni, hol jelenthet egyetlen hálózati hiba üzletmeneti kockázatot, és milyen fejlesztésekkel tehető ellenállóbbá vállalata informatikai infrastruktúrája.
GYIK
Mit jelent, ha egy telephely üzletmenet szempontjából kritikus kapcsolat?
Egy telephely akkor tekinthető üzletmenet szempontjából kritikus kapcsolatnak, ha a működéséhez folyamatos hálózati kommunikáció szükséges, és annak megszakadása rövid időn belül üzleti fennakadást okoz. Ilyen lehet például egy gyártóüzem, logisztikai központ vagy olyan iroda, amely központi vállalatirányítási-, fájl- vagy más üzleti rendszereket használ.
Elég két külön internet-előfizetés a tartalék kapcsolat biztosításához?
Nem feltétlenül. Meg kell vizsgálni, hogy a két kapcsolat valóban egymástól független fizikai és szolgáltatói infrastruktúrát használ-e, illetve hiba esetén megfelelően megtörténik-e az átváltás az egyik kapcsolatról a másikra. Ha például mindkét kapcsolat ugyanazon nyomvonalon halad, vagy ugyanahhoz a hálózati eszközhöz kapcsolódik, akkor egyetlen meghibásodás mindkettőt egyszerre teheti használhatatlanná. Ilyenkor a második internet-előfizetés önmagában még nem jelent valódi védelmet a kieséssel szemben.
Mennyi hálózati kiesés tekinthető elfogadhatónak?
Erre nincs általános érték. Az elfogadható kiesési időt az adott telephely üzleti szerepe és a rajta futó folyamatok határozzák meg. Egy adminisztratív iroda esetében akár hosszabb kiesés is kezelhető lehet, míg egy folyamatos termelést végző üzemben már néhány perc is komoly veszteséget okozhat.
Hogyan lehet gyorsan felismerni egy telephelyi kapcsolat hibáját?
Ehhez folyamatos hálózati monitoringra van szükség, amely nemcsak az eszközök elérhetőségét, hanem a kapcsolatok teljesítményét, késleltetését, csomagvesztését és más releváns paramétereit is figyeli. Így az IT-csapat már a felhasználói hibajelzések előtt értesülhet bizonyos rendellenességekről.
Hogyan deríthető ki, hol vannak az infrastruktúra kritikus pontjai?
Érdemes az üzleti folyamatok és az informatikai függőségek közös feltérképezésével kezdeni. Meg kell határozni, mely telephelyek és rendszerek nélkülözhetetlenek, milyen hálózati útvonalakon kommunikálnak, és mely komponensek meghibásodása szakíthatja meg ezt a működést. Ez alapján már célzottan meghatározhatók a szükséges redundancia- és monitoring fejlesztések.