Keresés

Új hozzászólás Aktív témák

  • Frawly

    veterán

    válasz sh4d0w #29505 üzenetére

    Nyugodtan szóba jöhet. 3+ éve archozok, ami nem tűnik soknak, de ahhoz képest szép idő, hogy teljesen használhatatlanra még egy rendszer sem tört el. Voltak ritkán kisebb glitchek, amik workaround-ot igényeltek, de mindig abszolválható volt, és ezek is általában olyan asztali DE-komponenst érintettek, meg felhasználói asztali programokat, amik szerveren egyáltalán nem relevánsak.

    Rolling frissítéseket is ki lehet tesztelni tesztrendszeren, mielőtt az éles infrastruktúrára ráengeded, meg épp úgy lehet pl. snapshottal is rendszert visszaállítani. Semmiben nem kockázatosabb, csak tudni kell jól használni, nem ész nélkül kell 5 percenként frissíteni.

    Igazából ez mind hiedelem, meg preferencia kérdése. Mindenki azt a rendszer akarja feltenni, amit legtöbbet használt, legjobban ismer, legjobban bízik benne. De ez nem azt jelenti, hogy az a rendszer lesz a legjobb. Igazából a rendszer mindegy, a szaktudás számít, amivel üzemelteted. Akár még BSD, Windows Server, meg akármi is szóba jön, aki jó szakember elvisz bármit, aki meg balf4×, annak meg mindegy milyen disztó, mert csak szenvedni fog rajta, meg gányolni.

  • samujózsi

    senior tag

    válasz sh4d0w #29505 üzenetére

    Azért ez így, ebben a formában... nem fedi a valóságot.
    Normális helyen ennek úgy illene működnie, hogy van egy az élessel az utolsó bitig egyező tesztrendszer, az update arra megy fel és ha sikeres volt a teszt, akkor mehet élesbe.
    Ez megakadályozza, hogy egy update borítsa az éles szervert, csak ott a gond, hogy mondjuk (most épp openssl-t olvasgatok) a saját rendszert openssl 1.0.2-re építik, az op.rendszerben meg hirtelen megjelenik az 1.1.1 vagy a 3.0.0, ami már nem feltétlenül kompatibilis a korábbi verzióval.
    És akkor mi lesz? A saját kódot hozzáigazítják az újhoz, csak azért, hogy az op.rendszer továbbra is kapja az update-eket?

Új hozzászólás Aktív témák

Hirdetés