A szerverek stabil működését nem a drága hardver, hanem a fegyelmezett frissítési rutin tartja életben. Amikor évekkel ezelőtt halogattam egy biztonsági javítást, egy éles adatbázisszerver állt meg éjjel, és napokig nyomoztuk az okát. Azóta minden frissítést tervezetten, tesztelve, ütemezetten vezetek be, mert pontosan tudom, milyen ára van a halogatásnak.
Amikor először találkoztam önvezető autók etikai dilemmáival, döbbenten láttam, mennyire nehéz szabályokba önteni a „helyes döntést”. A gép gyorsan számol és következetes, a morális felelősség viszont továbbra is az emberen marad.
A legtöbb cég addig nem foglalkozik a kockázatokkal, amíg az első leállás vagy adatszivárgás be nem következik. Nálunk is elég volt egy hibás frissítés, hogy órákra megálljon a munka, azóta rendszeres szerverkarbantartással és átgondolt védelemmel előzzük meg a bajt.
Egy ponton minden cég eljut oda, hogy döntenie kell: a meglévő szerverek frissítése éri meg jobban, vagy inkább teljes cserébe kell fektetni a pénzt. Többször futottam már bele abba, hogy a látszólag olcsó bővítés végül drágább lett, mint egy időben meghozott csere.
A szerverek stabil működését nem a drága hardver, hanem a fegyelmezett frissítési rutin tartja életben. Amikor évekkel ezelőtt halogattam egy biztonsági javítást, egy éles adatbázisszerver állt meg éjjel, és napokig nyomoztuk az okát. Azóta minden frissítést tervezetten, tesztelve, ütemezetten vezetek be, mert pontosan tudom, milyen ára van a halogatásnak.
Amikor először találkoztam önvezető autók etikai dilemmáival, döbbenten láttam, mennyire nehéz szabályokba önteni a „helyes döntést”. A gép gyorsan számol és következetes, a morális felelősség viszont továbbra is az emberen marad.
A legtöbb cég addig nem foglalkozik a kockázatokkal, amíg az első leállás vagy adatszivárgás be nem következik. Nálunk is elég volt egy hibás frissítés, hogy órákra megálljon a munka, azóta rendszeres szerverkarbantartással és átgondolt védelemmel előzzük meg a bajt.
Egy ponton minden cég eljut oda, hogy döntenie kell: a meglévő szerverek frissítése éri meg jobban, vagy inkább teljes cserébe kell fektetni a pénzt. Többször futottam már bele abba, hogy a látszólag olcsó bővítés végül drágább lett, mint egy időben meghozott csere.
Aki valaha vesztett már adatot, tudja, hogy a RAID nem varázslat, hanem rendszeres ellenőrzést és karbantartást igénylő eszköz. Ebben az írásban megmutatom, milyen rutinokat érdemes beépíteni a gyakorlatba, és azt is, hogyan kerültem el időben egy teljes szerverösszeomlást.
Az utóbbi években testközelből láttam, hogyan formálja át a munkahelyeket az okos automatizálás: nemcsak a monoton feladatokat veszi át, hanem döntéseket is előkészít rólunk és helyettünk. Ez felgyorsítja a folyamatokat, de közben kemény kérdéseket vet fel felelősségről, átláthatóságról és az emberi méltóságról is.
Ha nagy mennyiségű plasztikkártya gyártásán gondolkodsz, nem mindegy, milyen technológiát választasz. A saját projektemnél megtapasztaltam, mekkora különbség van a digitális és az ofszet nyomtatás között árban, minőségben és szállítási időben, ezért most lépésről lépésre végigveszem, mire érdemes figyelni döntés előtt.
Az évek alatt megtanultam, hogy a szerverkarbantartást nem akkor kell kitalálni, amikor már áll minden. A jól megtervezett ütemezés, a folyamatos monitorozás és a rendszeres tesztelés kézzelfoghatóan csökkenti az állásidőt, és kiszámíthatóbbá teszi az üzemeltetést.
Az évek során megtanultam, hogy a szervereket nemcsak időnként újra kell indítani, hanem következetesen hűteni és karbantartani is. Amikor ezt félvállról vettem, egyetlen forró nyári nap elég volt ahhoz, hogy leálljanak a rendszereim és órákra megbénuljon a munka.
Amikor évekkel ezelőtt először kezdtem gépi rendszereket tanítani, gyorsan rájöttem, hogy nemcsak a pontosság számít, hanem az is, milyen mintákat és értékeket adunk át nekik. Az etikus tanítás nálam az adatforrások átlátható kiválasztásával, a torzítások tudatos szűrésével és az érintettek bevonásával kezdődik, mert csak így tudok felelősen kísérletezni és hosszú távon megbízható megoldásokat építeni.
