....
Editovat si init skripty to zavání průšvihem. Nebo snahou administrátora nebýt vyhozen, protože se v tom nikdo jiný nevyzná.
Nikoli, ten script proste dela co ma, a KDOKOLI to umi validovat a pripadne opravit. Systemd dela "vi buh co" a NIKDO ve skutecnosti nevi, co se uvnitr deje. Tudiz to ani neumi opravit (ani sam tvurce, a proto bugy prohlasuje za vlastnost).
A svepravnej admin nikdy nepripusti aby nekde mel blackbox, do kderyho neco hodi a (mozna) mu z nej neco vypadne.
Tak to zkus otočit. Když admin spustí nějakou službu, a ona se nechová jak potřebuje, tak jak to fixne? Správně je samozřejmě upravit ty deklarativní unit soubory. To je ok. Ale co když, chudák, narazí zrovna na bug v init systému? On to potřebuje vyřešit. Hrábnutí do scriptů je sice prasečina největší, ale je to řešení. Službu nahodí, a pak začne řešit, co s tím. Dělat to naopak je děs.
Presne, pokud servis z ruky nastartuje a z init scriptu ne, tak si napisu vlastni script "naprasaka" tak, aby to nastartovalo, a teprve pak se budu zaobirat tim, kde je zakopanej pes. Do normalniho distra pak mozna reportnu bug a zpatky se mi mozna casem vrati odbugovanej script. V pripade systemd se tak mozna dovim, ze sem debil, protoze sem nepochopil ideu "o velkyho poetteringa" ...
Kolik hodin/dní/týdnů bude nalezené nové řešení fungovat, než se někdo v upstreamu rozhodne to změnit?
Tohle je dalsi zcela zasadni aspekt - ten projekt je totalne unstable, a s kazdou dalsi revizi se chova zcela jinak.
Ale on ti nikdo nebrání spustit ten servis z ruky, že?
Jasne a pak u toho budes 10 let sedet 24/7 a cekat az nekdo opravi init, aby to startovalo samo ...
Admin ma mit zaplaceny support, aby to ta firma opravila. Bez supportu se vsak vsechno bastli zleva zprava a jsou to pak mnohdy nedokumentovane zmeny, o kterych nikdo nevi.
Ok, prid, zaplatim si u tebe support, ocekavam odstraneni chyby (nikoli pindy) do maximalne 2 dnu. Garantovane pod penalem. V pripade kritickych sluzeb pak do maximalne 2 hodin.
A taky shellscripty můžeš poštelovat nezávisle na už běžících službách. Ale zkus si opatchovat PID 1 a spustit pomocí něj novou službu...
Tak widle taky treba restartovat aspon kazdej den ... tak budem holt denne restartovat tuxe ...
Takže jsme opět u toho, že problém je, že programátoři systemd jsou neschopní, nikoliv u problému se systemd jako takovým? Platily by vaše námitky úplně stejně, pokud by systemd fungovalo bez chyby a autoři by bugy řešili promptně a rychle?
Platily by uplne stejne protoze integrujou do jednoho binarniho blobu naprosto nesouvisejici veci coz generuje prusery samo o sobe zcela bez ohledu na kvalitu tvurce. Navic binarni blob si admin proste nepoladi, natoz za behu. A kdyz si ho poladi, tak to povede k tomu, ze bude mit distro ktery si bude muset udrzovat sam. Tudiz je pro nej o 10 radu efektivnejsi se systemd vyhnout, a to i za cenu kompletni migrace vseho jinam, protoze to udela jednou, kdezto systemd bude resit denne.
145 Odpovědí
49151 Zhlédnutí