Hirdetés

Keresés

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

  • R0GERIUS

    tag

    válasz bambano #88 üzenetére

    "Mi a docker hátrányai? Hogy van. Oké, ezt nem tudom elmagyarázni annak, aki szerint a KISS az hátrány, de ettől még igaz marad. Minden sor kód, minden szoftverréteg csökkenti a rendszer megbízhatóságát és kockáztatja, hogy hibák kerülnek a rendszerbe. Ha egy réteg felesleges, ki kell hagyni."

    Két esetet is tudok nyújtani, amikor ez nagyon nem igaz.
    Egyik: ha a hardver változik vagy változhat, ugyanakkor garantálnod kell, hogy a szoftver megbízhatóan és eddigiektől nem eltérően működik, vagy sokféle hardverre garantálnod kell az azonos működést. A mai telekommunikációs hálózatok nagyon nagy hányada ilyen, nagyon sok helyről szerzett hardver, egységes szoftver (egy bizonyos rétegen túl).
    Másik: amikor a futtatott szoftver és nem az OS a megbízhatatlanság oka. Olyan szoftver amit nem lehet helyettesíteni, ugyanakkor nagyon gyorsan újra kell tudnod húzni és a kiesés csökkentése egy nagyon fontos érv. Sajnos a Jenkins egy jó példa, főleg a plugin-ok miatt.

    Az a hibás feltételezés a Docker szükségtelenségében, hogy az a szoftver, amit futtatni készülök az hibátlan, így a komplexitás szüli a hibákat, de ez közel sem minden esetben van így, főleg manapság.

    Ez a másik ok, amiért a KISS ugyan egy jó elv és jómagam is követem ahol lehet, nem minden körülmények között ideális vagy helyes megközelítés, a körülmények és célok nagyon sokat számítanak.
    A Jenkins-es példa pedig mutatja, hogy találkozhatsz vele kis méretben is (ugyanis az eredeti poszt szerzőjének céljai közt volt a futtatása).

  • R0GERIUS

    tag

    válasz bambano #88 üzenetére

    "aki szerint a KISS az hátrány"

    Közel sem az, de nem minden esetben a legjobb megközelítés. Azt nem szeretem, amikor érvként valaki arra használja, hogy "KISS, tehát ideális megoldás".
    Ezért fogalmaztam így, hogy "utálom, amikor valaki KISS-szel takarózik" és amögé bújva élből elvet megoldásokat.

    "a cikk háztáji lab-ról szólt"

    Pontosan, és pont emiatt lett említve.
    Az általad KISS-nek jelölt megoldás tudatos tervezést igényel (vagy ha nem is igényel, akkor nagyon jól jön), kísérletezés esetén könnyebb valamit tönkretenni benne és kell tapasztalat arra nézve, hogy amennyiben elrontasz valamit, akkor hogyan állj helyre belőle. Ezt a Docker kis tanulás árán megspórolja neked, szabadon kísérletezhetsz, futtathatsz bármit, eltávolíthatsz bármit és nem fog semmit se tönkretenni.
    Pont otthoni kis környezetekben ez a fajta tudatosság és Linux ismeret, ami nem feltétlen jellemző.

    A másik jellemző felhasználása a háztáji laboknak a kísérletezés, és az konténerekkel/VM-ekkel a legkönnyebb, főleg kezdőként.

    Szakértőként könnyen választható a teljesítmény és felépítési egyszerűség szempontjából optimális megoldás, de nem mindenkinek ugyanaz az "egyszerű" fogalma, és véleményem szerint a KISS ebben az esetben nagyon nézőpont kérdése, emiatt sem szeretem érvként használni.

    Úgy vélem, hogy pont az ilyen projekteknél a leghasznosabb bedobni az ötleteket pro és kontra, hogy az olvasó eldönthesse saját belátása szerint mi az, ami számára értékes szempont és mi az ami nem.

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

Hirdetés