Munkafolyamatunk

Workload & Systems Update Services

Frissítések tervezése. Működés ellenőrzése. Üzemmenet megőrzése.

A frissítés akkor kész, ha a környezet utána is működik. A javításokat, verzióváltásokat és életciklus-feladatokat a tényleges rendszerek, függőségek és üzemeltetési követelmények alapján tervezzük.

Közös folyamat

Kilenc szakasz a leltártól a következő életciklus-határidőig.

A tesztelés mélységét a kockázat határozza meg. Minden szakasznak meghatározott eredménye, felelőse és jóváhagyási pontja van. Nyissa meg a lépéseket a műszaki részletekhez.

  1. 01

    A környezet felmérése

    Operációs rendszerek, alkalmazások, futtatókörnyezetek, adatbázisok, illesztőprogramok, firmware, hálózat, fordított proxyk és konténerek leltározása. Klaszterek, külső komponensek és egyedi szoftverek bevonása. Kritikus szolgáltatások, felelősök és üzemi időablakok egyeztetése.

    Eredmény: Ellenőrzött leltár verziókkal, felelősségekkel és kritikus funkciókkal.

  2. 02

    A függőségek megértése

    Az üzleti alkalmazások, .NET, Java, PHP, Visual C++, ODBC/OLE DB és adatbázisok kapcsolatainak dokumentálása. TLS, SMB, hitelesítés, biztonsági házirendek és konténerhálózatok figyelembevétele. Gyártói kompatibilitás és frissítési sorrend ellenőrzése.

    Eredmény: A sorrendet és az alkalmazásteszteket alátámasztó függőségi térkép.

  3. 03

    Életciklus és gyártói frissítési út ellenőrzése

    Jelenlegi és célverzió összevetése támogatással, kiadási megjegyzésekkel, ismert hibákkal, inkompatibilis változásokkal és kivezetendő funkciókkal. Köztes verziók és migrációk tisztázása a karbantartás előtt. EOL-időpontok rögzítése forrással és ellenőrzési dátummal.

    Eredmény: Igazolt frissítési út kötelező köztes lépésekkel és nyitott kompatibilitási kérdésekkel.

  4. 04

    Kockázatértékelés és frissítési osztály

    Rutin-, biztonsági, funkció-, futtatókörnyezet- és firmware-frissítések elkülönítése a főverzióktól és életciklus-migrációktól. Kitettség, kritikusság, hatás, tesztelhetőség és helyreállíthatóság határozza meg a prioritást és jóváhagyást.

    Eredmény: Dokumentált kockázatértékelés jóváhagyási és leállítási feltételekkel.

  5. 05

    Tesztek és pilot meghatározása

    Staging, teszt-VM, pilot eszközök, replika vagy megfelelő klasztercsomópont választása. Valós üzleti folyamatok, bejelentkezés, interfészek, ütemezett feladatok és terhelés tesztelése. Műszaki ellenőrzés és üzleti jóváhagyás külön felelőssel.

    Eredmény: Tesztforgatókönyvek, korlátozott pilot és kijelölt átvevők.

  6. 06

    Visszaállítás és helyreállítás előkészítése

    Konzisztens mentés, visszaállítási próba, konfiguráció és újraindítás tervezése. Egy pillanatkép önmagában nem helyettesít mentést. Sémaváltozások megakadályozhatják az egyszerű verzióvisszalépést. Időkeret, megengedett adatvesztés és visszaállítás vagy előremenő javítás előzetes meghatározása.

    Eredmény: Végrehajtható helyreállítási terv tesztelt mentéssel és döntési pontokkal.

  7. 07

    Bevezetés egyeztetése és végrehajtása

    Karbantartási ablakok, csoportok, sorrend, újraindítások, kommunikáció és eszkaláció egyeztetése. Sikeres pilot után szélesebb bevezetés jóváhagyása. Szakaszonként ellenőrzés és leállítás a megállapított hibáknál. Klaszter-elérhetőség, tárhely és adatbázis-függőségek figyelembevétele.

    Eredmény: Lépcsőzetes bevezetés dokumentált jóváhagyásokkal és egyértelmű felelősségekkel.

  8. 08

    Funkciók és üzemmenet ellenőrzése

    Szolgáltatások, naplók, monitorozás, felhasználói funkciók és teljesítmény összevetése a kiinduló állapottal. Üzleti alkalmazások, interfészek, háttérfeladatok, mentés és replikáció tesztelése. A sikeres telepítési üzenet nem elegendő az átvételhez.

    Eredmény: Műszaki és üzleti átvétel rögzített teszteredményekkel.

  9. 09

    Dokumentálás és életciklus-követés

    Verziók, kivételek és fennmaradó kockázatok rögzítése. Közelgő EOL, főverzióváltás, funkciókivezetés és technikai adósság felelőshöz rendelése. Gyártói bejelentések figyelése, módosítások tervezése a funkciók eltávolítása előtt.

    Eredmény: Naprakész üzemi dokumentáció és prioritási terv a következő ciklushoz.

Teszt és jóváhagyás

Eltérő frissítésekhez eltérő jóváhagyás szükséges.

Biztonsági és üzemi kockázatok közös értékelése. Az automatizálás akkor hasznos, ha a korlátok, tesztek és helyreállítás rögzítettek.

Példa jóváhagyási stratégiára; a döntés a konkrét környezettől függ.
OsztályEljárásJóváhagyás
Rutin / kis kockázatGyors vagy automatizált kiadás meghatározott szabályokkalPilot, monitorozás és dokumentált kivételek
Biztonság / kritikus sérülékenységKitettség és prioritás értékelése, szükség esetén rendkívüli karbantartásFelelős döntés célzott teszttel és helyreállítással
Főverzió / runtime / firmwareGyártói út, függőségek és tesztmigráció külön vizsgálataMűszaki és üzleti jóváhagyás a széles bevezetés előtt
EOL / funkciókivezetésUtód tesztelése, migráció és kivezetés tervezéseÁtvétel a támogatás vége vagy a funkció eltávolítása előtt

Nincs általános várakozási idő a főverziókhoz, és nincs automatikus azonnali jóváhagyás a biztonsági javításokhoz. A hatás, támadási felület és helyreállíthatóság határozza meg az eljárást.

Műszaki példák

A függőségek határozzák meg a teszteket.

A példák a módszert mutatják. A verziókat és konkrét gyártói utakat minden projektnél újra ellenőrizzük.

Windows és üzleti szoftverek

Javítás után a Windows mellett az alkalmazást, Visual C++ vagy .NET futtatókörnyezetet, ODBC/OLE DB illesztőprogramokat, TLS-t és bejelentkezést is vizsgáljuk. A teszt valós munkafolyamatot követ: bejelentkezés, adatlekérés és nyomtatás.

Linux és webes környezet

PHP-verzióváltásnál a bővítmények, Composer-függőségek, webszerver, fordított proxy, adatbázis-illesztők, cron és háttérszolgáltatások egy teszttervbe tartoznak. Először staging, majd üzleti átvétel és élesítés.

OPNsense és életciklus

A kisebb frissítéseket és főverzióváltásokat eltérően értékeljük. Kiadási megjegyzések, szabályok, DHCP, VPN és eltávolított funkciók korai vizsgálata. Új eljárások megfigyelése és tesztelése; migráció előkészítése a régi funkció megszűnése előtt.

Egyértelmű felelősség

Ki tesztel, ki hagy jóvá, ki veszi át az üzemet.

A csapattal tisztázzuk a műszaki végrehajtást, üzleti teszteket, jóváhagyási jogot és eszkalációt. Sikertelen teszt esetén a következő szakasz megáll, amíg döntés születik az egyeztetett helyreállításról vagy javításról.

Hiányzik a platformja a listából? Gyártói utak és üzemi követelmények alapján egyedi frissítési tervet készítünk. A nagyobb infrastruktúra- és migrációs projekteket a DAXS szolgáltatásaival egyeztetjük.

Az első lépés

Kezdjünk egy kezelhető pilottal.

Mutassa be a rendszereket, az akadályt és a kívánt eredményt. Meghatározzuk az első tesztet és jóváhagyást.

Beszéljük meg a projektet