A legtöbb cégvezető a szélsőséges időjárást környezetvédelmi kérdésként kezeli. Valami, ami a hírekbe, a fenntarthatósági jelentésbe vagy legrosszabb esetben a klímaszorongásba való — de nem a havi bevételi számokba. Pedig a valódi kérdés egészen más. Nem az, hogy hány fok lesz a jövő héten, hanem az, hogy amikor a következő hőhullám rácsap az energiahálózatra, a weboldalad még mindig kiszolgálja-e a vásárlóidat, az automatizmusaid még mindig futnak-e — és ki felel azért, hogy igen. A kérdés nem az, milyen szervered van, hanem hogy mennyi pénzt veszítesz egy óra leállás alatt.
A szélsőséges időjárás régen a meteorológus dolga volt. 2026-ban a tiéd is.
Miért épp most lett ebből üzleti kérdés?
Mert épp most zajlik — és épp felénk tart. 2026 június utolsó napjaiban egy történelmi hőkupola (heat dome) telepedett Európára. A Severe Weather Europe összegzése szerint a dóm sorra döntötte meg Franciaország, az Egyesült Királyság, a Benelux, Németország és Svájc valaha mért júniusi és abszolút melegrekordjait — Franciaországban 44,3 °C-os új júniusi csúcs született, az eddigi hőség pedig Spanyolországtól Franciaországig már több száz halálos áldozatot követelt. A dóm magja aztán kelet felé mozdult. Magyarországon tegnap elérte a hőmérséklet a 42 °C-ot.
Ez tehát nem „valahol Európában" történik. Itt történik, most. És nem is egyszeri anomália: a Zurich biztosító adatai szerint az elmúlt három évben a szélsőséges időjárás vált az amerikai adatközpont-portfóliójuk első számú kárforrásává. Vagyis a hőség egyszerre csap le rád mint emberre, és arra az infrastruktúrára, amin a céged működik.
Mert a működésed ma sokkal mélyebben függ az adatközpontoktól, mint hinnéd. A weboldalad, a webshopod, a CRM-ed, a könyvelőszoftvered, a chatbotod, az AI-alapú automatizmusaid — mind valahol egy szerverteremben futnak. És az a szerverterem ugyanúgy ki van téve a 42 foknak, mint te.
Egy konkrét eset, ami már megtörtént
2022 július 19-én az Egyesült Királyság először mért 40 Celsius-fok feletti hőmérsékletet. Aznap a Google és az Oracle londoni adatközpontjai leálltak: a hűtőrendszerek egyszerűen nem bírták a terhelést. A Google saját, utólagos jelentése szerint „több, egymástól független, redundáns hűtőrendszer egyidejű meghibásodása" történt.
A következmény viszont nem maradt az adatközpont falain belül. A Google-leállás WordPress-alapú weboldalak ezreit vitte offline-ba szerte Európában. Egy londoni kórház, a Guy's and St Thomas' informatikai rendszerei összeomlottak, mert — ahogy az ottani vezető fogalmazott — a szerverek nem bírták a hőséget.
Vedd észre a láncot: időjárás → megugró energiaigény → a hűtés feladja → az adatközpont védi magát és lekapcsol → és a sor legvégén ott a te weboldalad, ami épp egy nyári kampány csúcsán nem tölt be. Ezt a láncot hívjuk a felhő fizikai lábának. A „felhő" szó elhiteti veled, hogy a működésed valahol a levegőben, súlytalanul, az időjárástól függetlenül létezik. Nem így van. A felhő egy épület. Az épületet pedig hűteni kell.
A számok, amik miatt 2026-ban ez súlyosabb, mint valaha
Három, egymástól független forrás rajzolja ki ugyanazt a képet.
A First Street klíma modellező cég idei elemzése szerint a világ adatközpontjainak 54%-a olyan területen áll, ahol krónikus stresszt jelent a szélsőséges hőség vagy a vízhiány. Tehát nem szélső eset: a kapacitás többsége van kitéve.
A World Economic Forum 2025-ös elemzése a klíma okozta kárt az adatközpont-szektorban hosszú távon 3 300 milliárd dollárra teszi, és ennek több mint kétharmadát egyetlen tényező adja: a szélsőséges hőség.
És itt jön a csavar, amitől 2026 más, mint 2022. A Nemzetközi Energiaügynökség (IEA) szerint az adatközpontok globális áramfogyasztása 2025-ben 17%-kal nőtt, az AI-fókuszú adatközpontoké pedig 50%-kal. Vagyis épp akkor zsúfolunk be rekordmennyiségű, energiaéhes AI-hardvert a szervertermekbe, amikor a hűtésük a legnehezebb. A hűtés normál körülmények között is az adatközpont energiafogyasztásának nagyjából 40%-át viszi el — hőségben pedig pont akkor pörög fel, amikor a légkondik miatt az egész hálózat a végét járja. Ahogy az egyik szakértő a CNBC-nek fogalmazott: az adatközpontoknak pont akkor kell a legtöbb áram, amikor a hálózat a legkevesebbet tudja adni.
Magyarra fordítva: a digitális működésed kockázata nem önállóan nőtt. Egyszerre nő az AI-terheléssel és a melegedéssel — és a kettő ugyanazon a ponton találkozik.
És mit nem old meg az, hogy „a felhőben van"?
Itt jön a kkv-döntéshozó leggyakoribb tévedése: „ez nem az én gondom, ezt a Google, az AWS vagy a tárhelyszolgáltató megoldja." Részben igaz. A nagy szolgáltatók valóban hatalmas összegeket költenek hűtésre és redundanciára. De három dolgot nem oldanak meg helyetted — és pont ez a három az, ahol a baj eléri a kis- és középvállalkozást.
Az első: a redundancia nem alapértelmezés, hanem döntés. Az, hogy a weboldalad egyszerre több földrajzi régióban fut-e, vagy csak egyetlen, olcsóbb zónában, egy beállítás — és egy költség. A legtöbb kkv egyetlen régióban fut, mert így olcsóbb, és mert soha senki nem hozott tudatos döntést arról, mennyi kockázatot vállal. 2022-ben pont az egyrégiós ügyfelek estek el.
A második: az AI-eszközök ugyanazon az infrastruktúrán futnak. A chatbot, a tartalomgenerátor, az automatizált ügyfélszolgálat, amire egyre több működést építesz, ugyanazokon a túlterhelt adatközpontokon él, amik hőségben lassítanak vagy lekapcsolnak. Az „okos" automatizmusod pont a csúcson, a legrosszabb pillanatban hagyhat cserben.
A harmadik: a riasztás megmondja, hogy elestél — a tervet nem adja hozzá. A monitoring jelez, hogy baj van. De nem dönti el helyetted, hogy kit hívsz fel, mit mondasz az ügyfeleidnek, és melyik rendszert állítod vissza először. Az incidens technikai jelzése automatizálható. Az incidens kezelése nem.
Így gondolkodunk mi erről: a folytonossági lánc
Hogy ez ne csak egy aktuális hőhullámról szóljon, érdemes látni a keretet, ahogy mi minden ilyen döntést végiggondolunk. A lánc felülről lefelé halad — és sosem a szervernél kezdődik, hanem az üzletnél:
Üzleti kockázat — mennyi bevétel, ügyfél és bizalom forog kockán, ha megáll a működés?
↓
Digitális függőség — mely rendszerek nélkül áll meg a céged egy órán belül?
↓
Technikai architektúra — hol és hányszorosan fut valójában ez az infrastruktúra?
↓
Üzemeltetés — ki figyeli, ki avatkozik be, és milyen gyorsan?
↓
Business continuity — a működés akkor is megy tovább, amikor valami elromlik.
A legtöbb cég fordítva csinálja: a szervernél kezdi, és sosem ér el az első sorig. Mi az első sorból indulunk. Nem a technológia a cél, hanem az üzlet folyamatos működése.
Mikor NE foglalkozz ezzel?
Legyünk őszinték: nem minden cégnek kell több régiós, magas rendelkezésre állású rendszert építenie. Ez pénzbe kerül, és néha tényleg felesleges.
Ha statikus bemutatkozó oldalad van, ahonnan nem érkezik valós idejű bevétel, és el tudsz viselni egy ritka, egynapos kiesést anélkül, hogy ügyfelet vagy pénzt veszítenél — akkor a teljes körű redundancia nálad túlméretezett megoldás lenne. Ilyenkor a felelős tanács nem az, hogy költs többet, hanem az, hogy egy rendezett biztonsági mentés és egy reális helyreállítási terv elég. A kérdés tehát soha nem az, hogy „modern-e a rendszerem", hanem az, hogy mennyi üzletet veszítesz pontosan abban az órában, amikor offline vagy — és ezt megéri-e biztosítani.
Mire van valójában szükséged? — egy egyszerű döntési mátrix
Nincs egységes válasz; a helyes szint attól függ, mit veszítesz egy leállással. Durva iránytűnek:
Ha ez a weboldalad → erre van valójában szükséged:
- Bemutatkozó (statikus) weboldal — Rendszeres, tesztelt biztonsági mentés elegendő
- Lead Generáló oldal — Monitoring + gyors, begyakorolt helyreállítás
- Webshop — Magas rendelkezésre állás és redundancia
- Kritikus üzleti rendszer (pl. saját SaaS, foglalási vagy rendelési motor) — Több régiós architektúra, tervezett failover
A mátrix nem mentség a „majd egyszer" halogatásra — de megóv attól is, hogy egy bemutatkozó oldalra végy több régiós rendszert. A kérdés mindig ugyanaz: mennyi üzletet veszítesz egy óra alatt, és megéri-e azt biztosítani?
A megnevezett csapda: a 99,9%-os SLA
Van egy szám, ami sok cégvezetőt hamis biztonságba ringat: a szolgáltatói „99,9% rendelkezésre állás" ígéret. Jól hangzik. De két dolgot érdemes tudni róla.
Egyrészt a 99,9% is évi közel 9 óra megengedett kiesést jelent — és Murphy törvénye szerint ez nem hajnali háromkor jön, hanem a kampányod csúcsán. Másrészt, és ez a fontosabb: az SLA nem véd meg. Visszafizet. Ha megszegik, jóváírnak pár száz forintot a következő számládon. Az aznap elveszett rendeléseidet, a megingott ügyfélbizalmat, a fél napig nem működő pénztárt nem hozza vissza. Aki SLA-számot vásárol felkészültség helyett, az nem kockázatot csökkent. Csak papírt vásárol a kockázatról.
Tegyük konkréttá, forintban. Ha egy webshopod óránként 1 millió forintos forgalmat bonyolít, akkor egy két órás leállás nem „kétórás technikai hiba", hanem 2 millió forint kiesett bevétel — plusz az aznap elpártolt vásárlók, akik a konkurensnél fejezik be a vásárlást, és sokszor ott is maradnak. Ebből a 99,9%-os SLA pár száz forintot térít vissza. A kérdés nem az, milyen szervered van, hanem hogy mennyi pénzt veszítesz egy óra leállás alatt.
Akkor mit lehet ezzel kezdeni?
A jó hír: a védekezés nagy része nem extra technológia, hanem tudatos döntés. Hol fut valójában a weboldalad — egy vagy több régióban? Van-e működő, tesztelt mentésed, vagy csak elvileg van? Mi az a három rendszer, ami nélkül a céged egy óra alatt megáll, és mi a terved arra az órára? Ezekre a kérdésekre nem egy automata szkenner, hanem egy ember ad választ — aki ismeri az üzletedet.
Mert a weboldalad nem a felhőben van. Egy épületben van, amit valakinek hűtenie kell. És amikor az az épület felforrósodik, nem az a kérdés, hogy a technológia hibázott-e. Az a kérdés, hogy felkészültél-e rá.
Mikor érdemes minket bevonni?
A mi feladatunk nem az, hogy ráijesszünk az ügyfeleinkre, és eladjunk nekik egy drága, többszörösen redundáns rendszert, amire nincs szükségük. Pont fordítva. Nem hostingot árulunk, hanem üzletmenet-folytonosságot tervezünk. Mi vagyunk azok, akik feltesszük a kellemetlen kérdést, mielőtt forró lenne a nyár: hol él valójában a digitális működésed, mi történik az üzleteddel abban a percben, amikor sötétbe borul, és kit hívsz akkor. Aztán őszintén megmondjuk, hol éri meg befektetni a túlélőképességbe — és hol lenne fölösleges.
„Nem hostingot árulunk, hanem üzletmenet-folytonosságot tervezünk."
Ezért nálunk nem általános „beszélgessünk" a vége, hanem egy konkrét, körülhatárolt belépőpont: a W5labs Digital Resilience Assessment — magyarul digitális ellenállóképesség-felmérés. Egy rövid, fókuszált átvilágítás, amelyben együtt végigvesszük, hol fut fizikailag a működésed, mely három rendszer nélkül állna meg a céged egy órán belül, és pontosan mekkora üzleti veszteséget — forintban — jelentene egy 2 órás leállás. A végén nem árajánlatot kapsz, hanem egy döntésre kész képet: hol éri meg valóban befektetni a túlélőképességbe, és hol lenne fölösleges.
Egy stratégiai gondolat a végére: a szélsőséges időjárás 2026-ban már nem a fenntarthatósági jelentés egy sora, hanem üzemfolytonossági kockázat — ugyanabba a fiókba tartozik, mint a kiberbiztonság vagy egy kulcsember kiesése. Aki vezetőként így, kockázatként kezeli, az nem a következő nyarat várja tétlenül, hanem előre eldönti, mennyi kiesést engedhet meg magának. Nem a technológia a cél, hanem az üzlet folyamatos működése.
De a hőhullám csak az aktuális ürügy. A célunk ennél tágabb: olyan digitális rendszereket tervezni, amelyek nem csak a következő 42 fokot élik túl, hanem hosszú távon, kiszámíthatóan viszik tovább — és előre — az üzletedet. Egy jól megtervezett rendszer igazi értéke ugyanis nem az, hogy átvészel egy forró keddet, hanem hogy évek múlva is biztos alapot ad a növekedéshez: bírja a nagyobb forgalmat, az új funkciókat, a következő kampányt — anélkül, hogy újra a nulláról kellene építkezned. Mi nem egyszerűen weboldalakat fejlesztünk. Olyan digitális rendszereket tervezünk és építünk, amelyek hosszú távon is támogatják a vállalkozások működését és növekedését.
